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第 1 章 ”新 标准 的 诞生 
1.1 曙光 : C++11 标 准 的 诞生 
1.1.1 C++11/C++0x〔 以 及 C11/C1x) 一 新 标准 诞生 
1.1.2 : 作 么 是 CHHTUC4AOX 
11.3 ”新 C++ 语言 的 设计 目标 
1.2 SHS HÉICH 
1.2.1 C++ 的 江湖 地 位 
1.2.2 C++11 语 言 变 化 的 领域 
1.3 ”C++11 特 性 的 分 类 
14 C++ 特性 一 所 
1.4.1 稳定 性 与 兼容 性 之 间 的 抉择 
1.4.2 ”更 倾向 于 使 用 库 而 不 是 扩展 语言 来 实现 特性 
1.4.3 ”更 倾向 于 通用 的 而 不 是 特殊 的 手段 来 实现 特性 
14.4 专家 新 手 一 概 文 持 
1.4.5 ”增强 类 型 的 安全 性 
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1.4.7 ”开发 能 够 改变 人 们 思维 方式 的 特性 
1.4.8 ”融入 编程 现实 











1.5.1 关于 一 些 术语 的 翻译 
1.5.2 关于 代码 中 的 注释 








2.1.2 _ func 预定 义 标识 符 
2.1.3 _Pragma 操 作 符 
214 变 长 参数 的 宏 定义 以 及 _VA_ARGS _ 





扩展 的 friend 语 法 
2.10 ”final/override 控 制 







.1 为 什么 需要 外 部 模板 
2.12.2 显 式 的 实例 化 与 外 部 模板 的 声明 
2.13 ”局 部 和 匿名 类 型 作 模板 实 参 








3.5 ”列表 初始 化 


3.5.1 初始 化 列表 
3.5.2 防止 类 型 收 罕 
3.6 ”POD 类 型 
3.8 用 户 自 定义 字面 量 
3.11 一 般 化 的 SFINEA 规 则 
3.12 ”本 章 小 结 
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4.2 autoz 
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4.2.3 auto 的 使 用 细则 
4.3 decltype 


4.3.1 typeid 与 decltype 

4.3.2 decltype 的 应 用 

4.3.3 decltype 推 导 四 规则 

4.3.4 cv 限制 符 的 继承 与 元 余 的 符号 
44 ”追踪 返回 类 型 


4.4.1 追踪 返回 类 型 的 引 2 
4.4.2 ”使 用 追踪 返回 类 型 的 函数 
4.5 基于 范围 的 for 循 环 
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6.3.2 ”原子 操作 与 C++11 原 子 类 型 

6.3.3 ”内 存 模型 ， 顺 序 
6.4 ”线程 局 部 存储 
6.5 快速 退出 ，quick_exit 与 at_quick_exit 
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7.1 指针 空 值 一 nullptr 
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IBM XL 编 译 器 中 国 开 发 团队 简介 


IBM 拥 有 悠久 的 编译 器 开发 历史 〈 始 于 20 世 纪 80 年 代 ) ， 在 全 球 拥 
有 将 近 400 名 高 素质 工程 师 组 成 的 研发 团队 ， 其 中 包括 许多 世界 知名 的 
研究 学 者 和 技术 专家 。IBM 一 直 以 来 都 是 编程 语言 的 制定 者 和 倡导 者 之 
一 ， 并 将 长 期 在 编译 领域 进行 研发 和 投资 。IBM XL 编 译 器 中 国 开发 团 
队 于 2010 年 在 上 海 成 立 ， 现 拥有 编译 器 前 端 开 发 人 员 (C/C++) 、 后 端 
开发 人 员 ， 测 斌 人员， 以 及 性 能 分 析 人 员 等 。 团 队 与 IBM 北 美 编译 器 团 
队 紧 密 合作 ， 共 同 开 发 、 测 试 和 发 布 基于 POWER 系统 的 AIX 及 Linux 平 
台 下 的 XL C/C++ 和 XL Fortran 系 列 产品 ， 并 对 其 提供 技术 文 持 。 虽 然 团 
队 成 立时 间 不 长 ， 但 已 于 2012 年 成 功 发 布 最 新 版 本 的 XL C/C++for Linux 
V12.1&XL Fortran for Linux V14.1， 并 获得 7 项 发 明 专 利 。 团 队 成 员 拥 有 
丰富 的 编译 器 开发 经 验 ， 对 编译 技术 、 编 程 语言 、 性 能 优化 和 并 行 计算 
等 都 有 一 定 的 研究 ， 也 对 C++11 标 准 的 各 种 新 特性 有 较 早 的 研究 和 理 
解 ， 并 正在 实际 参与 C++11 新 特性 的 开发 工作 。 




















欢迎 广大 读者 关注 IBM XL 编译 器 中 国 开 发 团队 博 
客 : http://ibm.co/HKOGCx ， 及 新 浪 微 博 : www.weibo.com/ibmcompiler 
， 并 与 我 们 一 起 学 习 、 探 讨 C++11 和 编译 技术 。 
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BZR ”毕业 于 上 海 交 通 大 学 软件 学 院 。 多 年 致力 于 底层 软件 开 
发 ， 先 后 供职 于 AMD 上 海 研发 中 心 ，IBM 上 海 研发 中 心 。 在 嵌入 式 系 
统 及 应 用 、 二 进 制 翻译 、 图 形 驱 动 等 领域 有 丰富 的 实践 经 验 。2010 年 加 
NIBM XL 中 国 编译 器 中 国 开发 团队 ， 人 负责 XL C/C++/Fortran 编 译 器 后 站 
开发 工作 ， 专 注 于 编译 器 后 端 优化 、 代 码 生 成 ， 以 及 语言 标准 等 领域 。 
在 C++11 标 准 制定 后 ， 率 先 对 标准 进行 了 全 面 深入 的 研究 ， 并 组 织 团队 
成 员 对 新 语言 标准 进行 学 习 探 讨 。 是 数 项 国内 外 专利 的 发 明 人 ， 并 曾 于 
DeveloperWorks 社 区 发 表 英 文 论文 一 








Mien ”毕业 于 西安 交通 大 学 通信 与 信息 工程 专业 ， 有 多 年 的 编译 
器 文档 开发 写作 经 验 。2008 年 起 供职 于 IBM 上 海 研 发 中 心 ， 一 直 致 力 于 
研究 C++11 标 准 的 各 项 新 特性 ， 并 负责 该 部 分 的 技术 文档 撰写 。 精 通 
C/C++ 语 言 ， 对 编译 器 领域 有 浓厚 的 兴趣 。 负 责 工作 部 门 内 部 的 编译 器 
产品 技术 培训 。 在 DeveloperWorks 社 区 发 表 过 多 篇 论文 。 拥 有 一 项 国内 
专利 。 











任 剑 钢 ”毕业 于 复旦 大 学 计算 机 专业 。2010 年 加 入 IBM XL 中 国 编 
译 器 中 国 开发 团队 ， 先 后 从 事 XL Fortran 编 译 器 前 端 、 XL C/C++/Fortran 
编译 器 后 端 等 各 种 开发 工作 。 对 于 技术 敏感 而 热衷 ， 擅 长 C/C++/Java 等 
多 种 编程 语言 ， 现 专注 于 编译 器 代码 优化 技术 。 拥 有 一 项 专利 ， 并 带领 
团队 在 IBM Connections 平 台 的 技术 拓展 大 赛 中 赢得 大 奖 。 








朱 鸿 伟 。” 毕业 于 浙江 大 学 计算 机 科学 与 技术 专业 。 资 深 软 件 开 发 


工程 师 ， 有 多 年 系统 底层 软件 开发 和 Linux 环 境 开发 经 验 。 一 直 致 力 于 
C/C++ 语 言 、 编 译 器 、Linux 内 核 等 相关 技术 的 研究 与 实践 ， 关 注 新 技术 
和 开源 社区 ， 对 于 Linux 内 核 以 及 Linux 平 台 软 件 的 开发 有 着 浓厚 的 兴 
趣 ， 曾 参与 Linux 开 源 软件 的 开发 与 设计 。2010 年 加 入 IBM XL 中 国 编译 
器 中 国 开 发 团队 ， 现 专注 于 编译 器 前 端 技术 研究 与 开发 工作 。 





张 青山 “毕业 于 福州 大 学 计算 机 系 。 从 事 艇 入 式 开 发 多 年 ， 曾 致 
力 于 Linux 内 核 和 心 片 弓 动 程序 的 开 用 、 及 上 层 应 用 程序 的 编号 。2010 
年 加 入 IBM XL 编 译 堪 中 国 开发 团队 ， 负 责 XL C++ 编译 器 前 端的 研发 工 
作 。 对 C99、C++98、C++11 等 语言 标准 及 编译 理论 有 深入 理解 ， 并 实 
际 参 与 C++11 前 端 各 种 特性 的 实现 。 此 外 还 致力 于 编译 器 兼容 性 的 研究 
和 开发 。 





纪 金 松 ”中 国 科 学 技术 大 学 计算 机 体系 结构 专业 博士 ， 有 多 年 编 
译 器 开发 经 验 。2008 年 起 先后 就 职 于 Marvell (上 海 ) 、 腾 讯 上 海 研究 
院 、IBM 上 海 研发 中 心 。 一 直 致 力 于 系统 底层 软件 的 研究 与 实践 ， 在 编 
译 器 后 端 优化 、 二 进 制 工具 链 、 指 令 集 优化 、 可 重 构 计算 等 相关 领域 有 
丰富 的 实战 经 验 。 在 国内 外 杂志 和 会 议 中 发 表 过 10 多 篇 论文 ， 并 拥有 多 
项 国内 外 专利 。 








郭 久 福 ”毕业 于 华东 理工 大 学 控制 理论 与 控制 工程 专业 。 拥 有 近 
10 年 的 系统 软件 开发 经 验 ， 曾 就 职 于 柯达 开发 中 心 、HP 中 国 以 及 IBM 中 
国 软件 实验 室 。 对 C 语 言 标准 以 及 C++ 语言 标准 有 深入 研究 ， 近 年 来 至 


力 于 编译 需 前 器 的 开发 和 研究 。 








林 科 文 ”毕业 于 复旦 大 学 计算 机 软件 与 理论 专业 ， 有 多 年 底层 系 
统 开 发 经 验 。2010 年 起 供职 于 IBM 上 海 研发 中 心 ， 现 从 事 编 译 器 后 端 开 
发 工作 。 一 直 致 力 于 系统 软件 的 研究 和 实践 ， 以 及 编译 器 代码 优化 等 领 
域 。 活 跃 于 DeveloperWorks 社 区 ， 是 三 项 国内 专利 的 发 明 人 。 





班 怀 靶 ”毕业 于 南京 理工 大 学 计算 机 应 用 技术 专业 。 资 深 测试 工 
程 师 ， 在 测试 领域 耕耘 多 年 ， 曾 任职 于 Alcatel-Lucent 公 司 ， 有 丰富 的 项 
日 经 验 。2011 年 加 入 IBM XL 编译 器 中 国 开 发 团队 ， 现 从 事 和 C/C++ 语 
言 相关 的 测试 领域 研究 ， 负 责 用 编译 器 实现 相关 需求 分 析 、 自 动 化 测试 
方案 制定 及 实现 等 工作 。 持 续 关 注 语 言 和 测试 技术 的 发 展 ， 对 C/C++ 新 
特性 和 语言 标准 有 较 深 的 理解 。 














将 健 毕业 于 复旦 大 学 计算 机 科学 系 ， 资 深 编译 器 技术 专家 。 先 
后 供职 于 Intel、Marvell、Microsoft 及 IBM 等 各 公司 编译 器 开发 部 门 ， 参 
与 并 领导 业界 知名 的 编译 器 后 端 多 种 相关 研发 工作 ， 并 且 拥 有 近 十 项 编 
译 器 方面 的 专利 。 现 负责 XL C/C++/Fortran 编 译 器 后 端 开发 ， 并 领导 
IBM XL 中 国 编译 器 中 国 开发 团队 各 种 技术 工作 。 





Rm “毕业 于 北京 大 学 微 电 子 学 院 ， 在 软件 测试 领域 工作 多 年 ， 
对 于 测试 架构 以 及 软件 的 发 布 流程 具有 丰富 的 经 验 ， 曾 就 职 于 Synopsys 
和 Apache design solution。2011 年 加 入 IBM XL 编译 器 中 国 开发 团队 ， 从 





事 和 编译 器 、C/C++ 语 言 相关 的 研究 与 测试 ， 对 C/C++ 新 语言 特性 和 标 
准 有 较 深 的 理解 和 研究 。 


刘 志 甩 ”毕业 于 南京 理工 大 学 计算 机 应 用 专业 ，2010 年 加 入 IBM 
XL 中 国 编译 器 中 国 开发 团队 。 先 后 从 事 Fortran、C++ 前 端的 开发 工作 。 
现 致力 于 C++ 语言 新 标准 、 语 言 兼 容 性 等 研究 与 开发 。 对 编译 器 优化 技 
术 、Linux 内 核 开发 有 浓厚 兴趣 ， 擅 长 C/C++/Java 等 多 种 语言 。 








毛 一 赠 。 毕业 于 上 海 交 通 大 学 ， 现 任职 于 IBM 编 译 器 中 国 开发 团 
队 ， 从 事 XL C/C++ 编译 器 前 端的 开发 工作 ， 在 此 领域 有 多 年 研究 经 
验 。 上 有 具有 丰富 的 实际 项 目 经 验 并 持续 关注 语言 发 展 。 擅 长 Ct++、C、 
Java 等 语言 ， 对 C++ 模 板 有 深入 研究。 此 外 对 C#W/VB/perl/Jif/Fabric 等 语 
言 也 均 有 所 涉猎 。 热 爱 编程 与 新 技术 ， 活 跃 于 DeveloperWorks 等 社区 ， 
发 表 过 技术 博客 数 篇 。 











张 寅 林 “毕业 于 上 海 交 通 大 学 信息 安全 工程 专业 。2010 年 起 加 入 
IBM XL 编 译 器 中 国 开 发 团队 ， 专 注 于 编译 器 后 端 性 能 优化 开发 工作 。 
对 于 编译 器 优化 算法 ，Linux 操 作 系统 体系 结构 与 实现 有 浓厚 的 兴趣 ， 
擅长 C/C++/Python 编 程 语言 。 目 前 从 事 IBM 企 业 级 存储 服务 器 的 开发 工 
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刘 林 “东南 大 学 计算 机 科学 与 工程 学 院 硕 士 ， 有 多 年 底层 系统 开 
发 经 验 。2010 一 2012 年 间 就 职 于 IBM XL 编 译 器 中 国 开 发 团队 ， 先 后 从 


事 编 译 器 测试 及 后 端 开发 工作 。 对 藤 入 式 、Linux 操 作 系统 体系 结构 与 
实现 有 浓厚 的 兴趣 。 


Preface 


If you are holding this book in the store,you might be wondering why 
you should read this book among many C++books.First,you should know this 
book is about the latest new C++11(codenamed C++0x)Standard ratified at 
the end of 2011.This new Standard is almost like a new language,with many 
new language and library features but there is a strong emphasis for 
compatibility with the last C++98/03 Standard during design.At the time of 
printing of this book in 2013,this is one of the first few C++11 books 
published.All books that do not mention C++11 will invariably be talking 


about C++98/03. 


What makes this book different is that it is written by Chinese writers, in 
its original Chinese language.In fact,all of us are on the C++compiler team 
for the IBM xlC++compiler,which has been adding C++11 features since 


2008. 


For my part,I am the C++Standard representative for IBM and Canada 
and have been working in compilers for 20 years,and is the author of several 


C++11 features while leading the IBM C++Compiler team. 


For C++users who read Chinese,many prefer to read an original Chinese 


language book,rather than a translated book,even if they can read other 
languages. While very well written also by experts from the C++Standard 
Committee,these non-Chinese books’ translation can take time,or result in 
words or meanings that are loss in translation.The translator has a tough job 
as technical books contain many jargon and new words that may not have an 
exact meaning in Chinese.Different translators may not use the same 
word,even within the same book.These are reasons that lead to a slow 
dissemination of C++knowledge and slows the adoption of C++11 in 


Chinese. 


These are all reasons that lead to weak competitiveness.We aim to 
improve that competiveness with a book written by Chinese-speaking 
writers,with a uniform language for jargons,who understand the technology 
gap as many of the writers work in the IBM Lab in Shanghai.We know there 
are many Chinese-speaking C++enthusiasts who are eager to learn and use 
the updates to their favorite language.The newness of C++11 also demands a 
strong candidate in the beginner to intermediate level of C++11,which is the 


level of this book. 


You should do well reading this book,if you are: 


“an experienced C programmer who wants to see what C++11 can do for 


you. 


‘already a C++98/03 programmer who wants to learn the new C++11 


language. 


‘anyone interested in learning the new C++11 language. 


We structure this book using the design principles that Professor Bjarne 
Stroustrup,the father of C++followed in designing C++11 through the 
Standard Committee.In fact,we separated this book into chapters based on 
those design principles.These design principles are outlined in the first 
chapter.The remaining chapters separate every C++11 language features 
under those design classifications.For each feature,it will explain the 
motivation for the feature,the rules,and how it is used,taking from the 
approved C++11 papers that proposed these features.A further set of 
appendices will outline the current state of the art of compiler support for 
C++11,incompatibilities,deprecated features,and links to the approved 


papers. 


After reading this book,you should be able to answer questions such as: 


‘What is a lambda and the best way to use it? 


‘How is decltype and auto type inference related? 


-What is move semantics and how does it solve the forwarding problem? 


-I want to understand default and deleted as well as explicit overrides. 


‘What did they replace exception specifications with and how does 


noexcept work? 


‘What are atomics and the new memory model? 


‘How do you do parallel programming in C++11? 


What we do not cover are the C++11 changes to the Standard 
library.This part could be a book itself and we may continue with this as 
Book II.This means we will not talk about the new algorithms,or new class 
libraries,but we will talk about atomics since most compilers implement 
atomics as a language feature rather than a library feature for efficiency 
reason.However,in the C++11 Standard,atomics is listed as a library feature 
simply because it could be implemented at worst as a library,but very few 
compilers would do that.This book is also not trying to teach you C++.For 
that,we particularly recommend Professor Stroustrup’ book Programming 
principles&Practice Using C++which is based on an excellent course he 


taught at Texas A&M University on programming. 


This book could be read chapter by chapter if you are interested in every 
feature of C++11.More likely,you would want to learn about certain C++11 


feature and want to target that feature.But while reading about that 


feature,you might explore other features that fall under the same design 


guideline. 


We hope you find this book useful in your professional or personal 
learning.We learnt too during our journey of collaborating in writing this 
book,as we wrote while building the IBM C++compiler and making it C++11 


compliant. 


The work of writing a book is long but it is well worth it.While I have 
been thinking about writing this book while working on the C++Standard,it 
was really Xiao Feng Guan who motivated me to start really stop thinking 
and start doing it for real.He continued to motivate and lead others through 
their writing assignment process and completed the majority of the work of 
organizing this book.I also wish to thank many who have been my mentors 
officially and unofficially. There are too many to mention but people such as 
Bjarne Stroustrup,Herb Sutter, Hans Boehm,Anthony Williams,Scott Meyers 
and many others have been my teachers and great examples of leaders since I 
started reading their books and watching how they work within large 
groups.IBM has generously provided the platform,the time,and the facility to 
allow all of us to exceed ourselves, if only just a little to help the next 
generation of programmers.Thank you above all to my family 


Sophie,Cameron,Spot the Cat,and Susan for lending my off-time to work on 


this book. 


Michael 
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当 你 在 书店 里 拿 起 这 本 书 的 时 候 ， 可 能 最 想 问 的 就 是 : KAS 
C++ 的 书籍 ， 为 什么 需要 选择 这 一 本 ? 回答 这 个 问题 首先 需要 知道 的 
是 ， 这 是 一 本 关于 在 2011 年 年 底 才 制定 通过 的 C++11 (代码 C++0x)〉 的 
新 标准 的 书籍 。 这 个 新 标准 看 起 来 就 像 是 一 门 新 的 语言 ， 不 仅 有 很 多 的 
新 语言 特性 、 标 准 库 特 性 ， 而 且 在 设计 时 就 考虑 了 高 度 兼容 于 旧 有 的 
C++98/03 标 准 。 在 2013 年 出 版 的 C++ 的 书籍 中 ， 本 书 是 少数 几 部 关于 
C++11 的 书籍 之 一 ， 而 其 他 的 ， 则 会 是 仅 讲 解 C++98/03 而 未 提 及 C++1l1 
的 书籍 。 




















相 比 于 其 他 书籍 ， 本 书 还 有 个 显著 特点 一 绝 大 多 数 章节 都 是 由 中 国 
作者 编写 。 事 实 上 ， 本 书 所 有 作者 均 来 自 IBM XL C++ 编译 器 开发 团 
队 。 而 团队 对 于 C++11 新 特性 的 开发 ， 早 在 2008 年 就 开始 了 。 


而 我 则 是 一 位 也 M 和 加 拿 大 的 C++ 标准 委员 会 的 代表 。 我 在 编译 器 
领域 已 工作 了 20 多 年 。 除 了 是 IBM C++ 编译 器 开发 团队 的 领导 者 之 外 ， 
还 是 一 些 C++11 特 性 的 作者 。 








对 于 使 用 中 文 的 C++ 用 户 而 言 ， 很 多 人 还 是 喜欢 阅读 原生 的 中 文 图 
书 ， 而 非 翻译 版 本 ， 即 使 是 在 他 们 具备 阅读 其 他 语言 能 力 的 时 候 。 虽 然 
C++ 标准 委员 会 的 专家 也 在 编写 一 些 高 质量 的 书籍 ， 但 是 书籍 从 翻译 到 





出 版 通常 需要 较 长 时 间 ， 而 且 一 些 词语 或 者 意义 都 可 能 在 翻译 中 丢失 。 
而 翻译 者 通常 也 会 觉得 技术 书籍 的 翻译 是 门 否 兰 ， 很 多 行 话 、 术 语 通 党 
难以 找到 准确 的 中 文 表达 方式 。 这 么 一 来 不 同 的 翻译 者 会 使 用 不 同 的 术 
语 ， 即 使 是 在 同一 本 书 中 ， 有 时 同一 术语 也 会 翻译 成 不 同 的 中 文 。 这 些 
状况 都 是 C++ 知识 传播 的 阻碍 ， 会 拖 慢 C++11 语 言 被 中 国 程序 员 接 受 的 
进程 。 














基于 以 上 种 种 原因 ， 我 们 决定 本 书 让 母语 是 中 文 ， 并 且 了 解 国内 外 
技术 差距 的 IBM 上 海 实验 室 的 同事 编写 。 我 们 知道 ， 在 中 国有 非常 多 的 
C++ 狂热 爱好 者 正 等 着 学 习 关 于 自己 最 爱 的 编程 语言 的 新 知识 。 而 新 的 
C++11 也 会 招来 大 量 的 初级 、 中 级 用 户 ， 而 本 书 也 正好 能 满足 这 些 人 的 











所 以 ， 如 果 你 属于 以 下 几 种 状况 之 一 ， 将 会 非常 适合 阅读 本 书 : 
:C 语 言 经 验 非 常 丰富 且 正 在 期 待 着 看 看 C++11 新 功能 的 读者 。 
使 用 C++98/03 并 期 待 使 用 新 的 C++11 的 程序 员 。 

-任何 对 新 的 C++11 语 言 感 兴趣 的 人 。 


在 本 书 中 ， 我 们 引述 了 C++ 之 父 Bjarne Stroustrup 教 授 关 于 C++11 的 
设计 原则 。 而 事实 上 ， 本 书 的 章节 划分 也 是 基于 这 些 设计 原则 的 ， 读 者 
在 第 1 章 可 以 找到 相关 信息 ， 而 剩余 章节 则 是 基于 该 原则 对 每 个 C++11 














语言 进行 的 划分 。 对 于 每 个 特性 ， 本 书 将 根据 其 相关 的 论文 展开 描述 
讲解 如 设计 的 缘由 、 语 法 规则 、 如 何 使 用 等 内 容 。 而 书后 的 附录 ， 则 包 
括 当前 的 Ct++11 编 译 占 文 持 状况 、 不 兼容 性 、 废 弃 的 特性 ， 以 及 论文 的 
链接 等 内 容 。 


在 读 完 本 书后 ， 读 者 应 该 能 够 回答 以 下 问题 : 

-什么 是 lambda， 及 怎么 样 使 用 它 是 最 好 的 ? 

.decltype 和 auto 类 型 推导 有 什么 关系 ? 

-什么 是 移动 语义 ， 以 及 石 值 引用 〉 是 如 何 解决 转发 问题 的 ? 
default/deleted 函 数 以 及 override 是 怎么 回 事 ? 

异常 描述 符 被 什么 将 代 了 ? noexcept 是 如 何 工 作 的 ? 

.什么 是 原子 类 型 以 及 新 的 内 存 模型 ? 


:如 何在 C++11 中 做 并 行 编程 ? 





对 于 标准 程序 库 ， 我 们 在 本 书 中 并 没有 介绍 。 这 部 分 和 内容 可 能 会 成 
为 我 们 下 一 本 书 的 内 容 。 这 意味 着 我 们 将 在 下 一 本 书 中 不 仅 会 描述 新 的 
算法 、 新 的 类 库 ， 还 会 更 多 地 描述 原子 类 型 。 虽 然 出 于 性 能 考虑 ， 大 多 
数 的 编译 器 都 是 通过 语言 特性 的 方式 来 实现 原子 类 型 的 ， 但 在 C++11 标 
准 中 ， 原 子 类 型 却 被 视 为 一 种 库 特 性 ， 因 其 可 以 通过 库 的 方式 来 实现 。 








同样 的 ， 这 样 一 本 书 也 不 会 教 读者 基础 的 C++ 知识 ， 如 果 读 者 想 了 解 这 
方面 的 内 容 ， 我 们 推荐 Stroustrup 教 授 的 《Programming 
principles&Practice Using C++) 《中文 译 为 : 《C++ 程序 设计 原理 与 实 
践 》， 华 章 公司 已 出 版 ) 。 该 书 是 Stroustrup 教 授 以 其 在 德 克 萨 斯 A&M 
大 学 教授 的 课程 为 基础 编写 的 。 


对 C++11 特 性 感 兴趣 的 读者 可 以 顺序 阅读 本 书 。 当 然 ， 读 者 也 可 以 
直接 阅读 自己 感 兴趣 的 间 市 ， 但 是 读者 阅读 时 肯定 会 发 现 ， 这 些 特性 基 
本 和 其 他 的 特性 一 样 ， 间 从 了 相同 的 设计 准则 。 








我 们 也 希望 本 书 对 你 的 职业 或 者 个 人 学 习 起 到 积极 的 作用 。 当 然 ， 
我 们 在 合作 写作 本 书 ， 以 及 在 为 IBM C++ 编译 器 开发 C++11 特 性 时 ， 也 
MAIR. 


本 书 的 编写 经 历 了 较 长 的 时 间 ， 但 这 是 值得 的 。 我 在 C++ 标准 委员 
会 工作 的 时 候 ， 只 是 在 考虑 写 这 样 一 本 书 ， 而 官 替 峰 则 让 我 从 这 样 的 考 
谍 转 到 了 动手 行动 。 继 而 他 还 激励 并 领导 其 他 成 员 共 同 参与 ， 最 终 完 成 
TAF. 








此 外 ， 我 要 感谢 我 的 一 些 正式 的 以 及 非 正 式 的 导师 ， 比 如 Bjarne 
Stroustrup, Herb Sutter, Hans Boehm, Anthony Williams. Scott 
Meyers， 以 及 许多 其 他 人 ， 通 过 阅读 他 们 的 著作 ， 或 观察 他 们 在 委员 会 
中 的 工作 ， 我 学 会 了 很 多 。 当 然 ， 更 要 感谢 IBM 为 我 们 提供 的 平台 、 时 





间 ， 以 及 各 种 便利 ， 因 为 有 了 这 些 最 终 我 们 才能 够 超越 自我 ， 为 新 一 代 
的 程序 员 做 一 些 事情 ， 即 使 这 样 的 事情 可 能 微不足道 。 还 要 感谢 的 是 我 
HIZA, Sophie, Cameron, Spot (JH) 和 Susan， 让 我 能 够 在 空闲 时 间 
完成 书籍 编写 。 








Michael 
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相 比 其 他 语言 的 频繁 更 新 ，C++ 语 言 标准 已 经 有 十 多 年 没有 真正 更 
新 过 了 。 而 上 一 次 标准 制定 ， 正 是 面 癌 对 象 概念 开始 盛行 的 时 候 。 较 之 
基于 过 程 的 编程 语言 ， 基 于 面 癌 对 象 、 泛 型 编程 等 概念 的 C++ 无 疑 是 非 
种 先进 的 ， 而 C++98 标 准 的 制定 以 及 各 种 符合 标准 的 编译 需 的 出 现 ， 义 
在 客观 上 推动 了 编程 方法 的 革命 。 因 此 在 接 下 来 的 很 多 年 中 ， 似 乎 人 人 
都 在 学 习 并 使 用 C++。 商 业 公司 在 邀请 C++ 专家 为 程序 员 讲 读 ， 学 校 里 
老师 在 为 学 生 绘 声 绘 色 地 讲解 面向 对 象 编程 ，C++ 的 书籍 市 场 也 是 百花 
齐 放 ， 论 坛 、BBS 的 C++ 板块 则 充斥 了 大 量 各 种 关于 C++ 的 讨论 。 随 之 
而 来 的 ， 招 聘 启 事 写 着 “要 求 熟 悉 C++ 编 程 ”， 派 生 与 继承 成 为 了 面试 官 
审视 毕业 生 基 础 知识 的 重点 。 凡 此 种 种 ， 不 一 而 足 。 于 是 C++ 语言 “ 病 
毒性 ?地 受 延 到 各 种 编程 环境 ， 成 为 了 使 用 最 为 广泛 的 编程 语言 之 一 。 











十 来 年 的 时 光 转 瞬 飞 逝 ， 各 种 编程 语言 也 在 快 马 加 革 地 辐 前 发 展 。 
如 今 流行 的 编程 语言 几乎 无 一 个 文 持 面向 对 象 的 概念 。 即 使 是 古老 的 语 
言 ， 也 通过 了 制定 新 标准 ， 开 始 文 持 面向 对 象 编程 。 随 着 Web 开 发 、 移 
动 开 发 逐渐 盛行 ， 一 些 新 流行 起 来 的 编程 语言 ， 由 于 在 应 用 的 快速 开 
发 、 调 试 、 部 着 上 有 着 独特 的 优势 ， 逐 渐 成 为 了 这 些 新 领域 中 的 主流 。 








不 过 这 并 不 意味 着 C++ 正在 失去 其 阵地 。 刁 为 C 的 “后 裔 *，C++ 继 承 了 C 
能 够 进行 砍 层 操作 的 特性 ， 因 此 ， 使 用 C/C++ 编 写 的 程序 往往 具有 更 佳 
的 运行 时 性 能 。 在 构建 包括 操作 系统 的 各 种 软件 层 ， 以 及 构建 一 些 对 性 
能 要 求 较 高 的 应 用 程序 时 ，C/C++ 往 往 是 最 佳 选择 。 更 一 般 地 讲 ， 即 使 
征 由 其 他 语言 编写 的 程序 ， 往 往 也 离 不 开 由 C/C++ 编 写 的 编译 器 、 运 行 
库 、 操 作 系 统 ， 或 者 虚拟 机 等 提供 支持 。 因 此 ，C++ 已 然 成 为 了 编程 技 
术 中 的 中 流 研 柱 。 如 果 用 个 比喻 来 形容 C++， 那 么 可 以 说 这 十 来 年 
C++ 正 是 由 “锋芒 毕露 ”的 青年 时 期 走向 “成 熟 稳 重 ”* 的 中 年 时 期 。 








不 过 十 来 年 对 于 编程 语言 来 说 也 是 个 很 长 的 时 间 ， 长 时 间 的 沉 禾 其 
至 会 让 有 的 人 认为 ，C++ 就 是 这 样 一 种 语言 : 特性 稳定 ， 性 能 出 色 ， 易 
于 学 习 而 难于 精通 。 长 时 间 使 用 C++ 的 程序 员 也 都 熟悉 了 C++ 毛孔 里 每 
一 个 特性 ， 甚 至 是 现实 上 的 一 些 细微 的 区 别 ， 比 如 各 种 编译 强 对 C++ 扩 
展 的 区 别 ， 也 都 熟 稚 于 心 。 于 是 这 个 时 候 ，C++11 标 准 的 横 空 出 世 ， 以 
及 C++ 之 父 Bjame Stroustrup 的 一 名 “看 起 来 像 一 门 新 语言 ”的 说 法 ， 无 疑 
LL RA C++ BEF A ECR: C++11 是 否 又 带 来 了 编程 思维 的 革 
fit? C++11 是 否 保持 了 对 C++98 及 C 的 兼容 ? 旧 有 的 C++ 程 序 到 了 C++11 
是 否 需 要 被 推倒 重 来 ? 








事实 上 这 些 担 心 都 是 多 余 的 。 相 比 于 C++98 融 来 的 面向 对 象 的 革命 
性 ，C++11 市 来 的 却 并 非 “ 翻 天 履 地 ? 式 的 改变 。 很 多 时 候 ， 程 序 员 保持 
者 “C++98 式 ”的 观点 来 看 竺 C++11 代 码 也 同样 是 合理 的 。 因 为 在 编程 思 


想 上 ，C++11 依 然 遵从 了 一 贯 的 面向 对 象 的 思想 ， 并 深入 加 强 了 泛 型 编 
程 的 支持 。 从 我 们 的 观察 来 看 ，C++11 更 多 的 是 对 步 入 “成 熟 稳重 ”的 中 
年 时 期 的 C++ 的 一 种 改造 。 比 如 ， 像 auto 类 型 推导 这 样 的 新 特性 ， 展 现 
出 的 是 语言 的 亲和力 ;， 而 右 值 引 用 、 移 动 语义 的 特性 ， 则 着 重 于 改变 一 
些 使 用 C++ 程序 库 时 容易 发 生 的 性 能 不 佳 的 状况 。 当 然 ，C++11 中 也 有 
局 部 的 创新 ， 比 如 lambda 函 数 的 引入 ， 以 及 原子 类 型 的 设计 等 ， 都 体现 
了 语言 与 时 俱 进 的 活力 。 语 言 的 诸多 方面 都 在 C++11 中 再 次 被 锤炼 ， 从 
而 变 得 更 加 合理 、 更 加 条 理 清 晰 、 更 加 易 用 。C++11 对 C++ 语言 改进 的 
每 一 点 ， 都 呈现 出 了 经 过 长 时 间 技 术 沉淀 的 编程 语言 的 特色 与 风采 。 所 
以 从 这 个 角度 上 看 ， 学 习 C++11 与 C++98 在 思想 上 是 一 脉 相 承 的 ， 程 序 
员 可 以 用 较 小 的 代价 对 C++ 的 知识 进行 更 新 换代 。 而 在 现实 中 ， 只 要 修 
改 少量 已 有 代码 〈 甚 至 不 修改 ) ， 就 可 以 使 用 C++11 编 译 器 对 旧 有 代码 
进行 升级 编译 而 获得 新 标准 带 来 的 好 处 ， 这 也 非常 具有 实用 性 。 因 此 ， 
从 很 多 方面 来 看 ，C++ 程 序 员 都 应 该 乐于 升级 换代 已 有 的 知识 ， 而 学 习 
及 使 用 C++11 也 正 是 大 势 所 趋 。 











在 本 书 开始 编写 的 时 候 ，C++11 标 准 刚 刚 发 布 一 年 ， 而 本 书 出 版 的 
时 候 ，C++11 也 只 不 过 才 诞 生 了 两 年 。 这 一 两 年 ， 各 个 编译 器 厂商 或 者 
组 织 都 将 支持 C++11 新 特性 作为 了 一 项 重要 工作 。 不 过 由 于 C++11 的 语 
言 特性 非常 的 多 ， 因 此 本 书 在 接近 完成 时 ， 依 然 没 有 一 款 编译 器 支持 
C++11 所 有 的 新 特性 。 但 从 从 业者 的 角度 看 ，C++11 述 早 会 普及 ， 也 人 述 
早 会 成 为 C++ 程序 员 的 首选 ， 因 此 即使 现 阶段 编译 器 对 C++ 新 特性 的 支 








持 还 不 充分 ， 但 还 是 有 必要 在 这 个 时 机 推出 一 本 全 面 介 绍 C++11 新 特性 
的 中 文 图 书 。 硕 望 通过 这 样 的 图 书 ， 使 得 更 多 的 中 国 程序 员 能 够 最 快 地 
了 解 C++1l 新 语言 标准 的 方方面面 ， 并 且 使 用 最 新 的 C++11 编 译 器 来 从 
各 方面 提升 自己 编写 的 C++ 程序 。 


读者 对 象 


本 书 针 对 的 对 象 是 已 经 学 习 过 C++， 并 想 进 一 步 学 习 、 了 解 C++11 
的 程序 员 。 这 里 我 们 假定 读者 已 经 具备 了 基本 的 C++ 编程 知识 ， 并 掌握 
了 一 定 的 C++ 编程 技巧 〈 对 于 C++ 的 初学 者 来 说 ， 本 书 阅 读 起 来 会 有 一 
定 的 难度 ) 。 通 过 本 书 ， 读 者 可 以 全 面 而 详细 地 了 解 C++11 对 C++ 进行 
的 改造 。 无 论 是 试图 进行 更 加 精细 的 面 问 对象 程序 编写 ， 或 是 更 加 容易 
地 进行 泛 型 编程 ， 或 是 更 加 轻松 地 改造 使 用 程序 库 等 ， 读 者 都 会 发 现 
C++11 提 供 了 更 好 的 文 持 。 











本 书 作 者 和 书籍 支持 


本 书 的 作者 都 是 编译 器 行业 的 从 业者 ， 主 要 来 自 于 IBM XL 编译 器 
中 国 开发 团队 。IBM XL 编译 强 中 国 开 发 团队 创立 于 2010 年 ， 拥 有 编译 
器 前 端 、 后 端 、 性 能 分 析 、 测 试 等 各 方面 的 人 员 ， 工 作 职 贡 涵盖 了 IBM 
XL C/C++ 及 IBM XL Fortran 编 译 器 的 开发 、 测 试 、 发 布 等 与 编译 器 产品 
相关 的 方方面面 。 虽 然 团 队 成 立时 间 不 长 ， 成 员 却 都 拥有 比较 丰富 的 编 











译 器 开发 经 验 ， 对 C++11 的 新 特性 也 有 较 好 的 理解 。 此 外 ，IBM 北 美 编 
译 器 团队 成 员 Michael〈 他 是 C++ 标准 委员 会 的 成 员 ) 也 参加 了 本 书 的 编 
写 工 作 。 在 书籍 的 编写 上 ，Michae] 为 本 书 拟 定 了 提纲 、 确 定 了 章节 主 
题 ， 并 直接 编写 了 本 书 的 首 章 。 其 余 作 者 则 分 别 对 C++11 各 种 新 特性 进 
行 了 详细 研究 讨论 ， 并 完成 了 书稿 其 余 各 章 的 撰写 工作 。 在 书稿 完成 
后 ， 除 了 请 Michael 为 本 书 的 部 分 章节 进行 了 审阅 并 提出 修改 意见 外 ， 
我 们 又 邀请 了 IBM 中 国信 息 开发 部 及 IBM 北 京 编译 器 团队 的 一 些 成 员 对 
本 书 进行 了 详细 的 审阅 。 虽 然 在 书籍 的 策划 、 编 号、 审阅 上 我 们 群 策 群 
力 ， 尽 了 最 大 的 努力 ， 以 保证 书稿 质量 ， 不 过 由 于 C++11 标 准 发 布 时 间 
不 长 ， 理 解 上 的 偏差 在 所 难免 ， 因 此 本 书 也 可 能 在 特性 描述 中 存在 一 些 
不 尽 如 人 意 或 者 错误 的 地 方 ， 希 望 读者 、 同 行 等 一 一 为 我 们 指出 纠正 。 
我 们 也 会 通过 博客 (http://ibm.co/HK0GCx ) 、 微 博 
(www.weibo.com/ibmcompiler ) 发 布 与 本 书 相 关 的 所 有 信息 ， 并 与 本 


书 读者 共同 讨论 、 进 步 。 














如 何 阅 读本 书 





读者 在 书籍 阅读 中 可 能 会 有 发现， 本 书 的 一 些 章 市 对 C++ 基 础 知识 要 
求 较 嵩 ， 而 茶 些 特性 很 可 能 很 难 应 用 于 自己 的 编程 实践 。 这 样 的 情况 应 
该 并 不 少见 ， 但 这 并 不 是 这 门 语言 缺乏 亲和力， 或 是 读者 缺失 了 背景 知 
识 ， 这 诚然 是 由 于 C++ 的 高 成 熟 度 导致 的 。 在 C++11 中 ， 不 少 新 特性 都 

















会 局 限于 一 些 应 用 场景 ， 比 如 说 库 的 编写 ， 而 编写 库 却 通 常 不 是 每 个 程 
序 员 必 须 的 任务 。 为 了 避免 这 样 的 状况 ， 本 书 第 1 草 对 C++11 的 语言 新 
特性 进行 了 分 类 ， 因 此 读者 可 以 选择 按 需 阅读 ， 对 不 想 了 解 的 部 分 予以 
略 过 。 一 些 本 书 的 使 用 约定 ， 读 者 也 可 以 在 第 1 章 中 找到 。 


致谢 


在 这 里 我 们 要 对 IBM 中 国信 息 开 发 部 的 陈 唱 《作者 之 一 ) 、 户 肪 、 
付 琳 ， 以 及 IBM 北 京 编译 费 团 队 的 冯 威 、 许 小 羽 、 王 里 对 本 书 书稿 详尽 
细致 的 审阅 表示 感谢 ， 同 时 也 对 他 们 专业 的 工作 素养 表示 由 应 的 钦佩 。 
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革 图 书 的 杨 福 川 编辑 的 辛勤 工作 则 保证 了 本 书 的 顺利 出 版 ， 在 这 里 我 们 
也 要 对 他 们 以 及 负责 初审 工作 的 孙 海 亮 编 辑 说 声 谢谢 。 此 外 ， 我 们 还 要 
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感谢 的 是 本 书 的 读者 ， 感 谢 你 们 对 本 书 的 支持 ， 硕 望 通过 这 本 书 ， 我 们 
能 够 一 起 进入 C++ 编 程 的 新 时 代 。 








IBM XL 编译 器 中 国 开 发 团队 


第 1 革 ”新 标准 的 诞生 


从 最 初 的 代号 C++0x 到 最 终 的 名 称 C++11，C++ 的 第 二 个 真正 意义 
上 的 标准 姗 姗 来 迟 。 可 以 想象 ， 这 个 迟 来 的 标准 必定 遭遇 了 许多 的 困 
难 ， 而 C++ 标准 委员 会 应 对 这 些 困难 的 种 种 策略 ， 则 构成 新 的 C++ 语言 
基因 ， 我 们 可 以 从 新 的 C++11 标 准 中 逐一 体会 。 而 客观 上 ， 这 些 基 因 也 
决定 了 C++11 新 特性 的 应 用 范畴 。 在 本 章 中 ， 我 们 会 从 设计 思维 和 应 用 
范畴 两 个 维度 对 所 有 的 C++11 新 特性 进行 分 类 ， 并 依据 这 种 分 类 对 一 些 
特性 进行 简单 的 介绍 ， 从 而 一 览 C++11 的 全 景 。 





1.1 HEG: C++11 标 准 的 诞生 


1.1.1 C++11/C++0x (以 及 C11/C1x) 一 新 标准 诞 
生 


2011 年 11 月 ， 在 印第安 纳 州 布 户 明 顿 市, “ 八 月 印第安 纳 大 学 会 
W” (August Indiana University Meeting) 组 组 落下 惧 幕 。 这 次 会 议 的 结 
束 ， 意 味 着 长 久 以 来 以 C++0x 为 代号 的 C++11 标 准 终于 被 C++ 标准 委员 
会 批准 通过 。 至 此 ，Cr++ 新 标准 尘埃 落 定 。 从 C++98 标 准 通过 的 时 间 开 
台 计算 ，C++ 标 准 委员 会 ， 即 WG21， 已 经 为 新 标准 工作 了 11 年 多 的 时 
间 。 对 于 一 个 编程 语言 标准 而 言 ，11 年 显然 是 个 非常 长 的 时 间 。 其 间 我 
们 目睹 了 面向 对 象 编程 的 盛 极 ， 也 见证 了 泛 型 编程 的 风起云涌 ， 还 见证 
了 C++ 后 各 种 新 的 流行 编程 语言 的 诞生 。 不 过 在 新 世纪 第 二 个 10 年 的 伊 


台 ，C++ 的 标准 终于 二 次 来 玖 。 








事实 上 ， 在 2003 年 WG21 曾 经 提交 了 一 份 技术 勘误 表 (Technical 
Corrigendum， 简 称 TC1) 。 这 次 修订 使 得 C++03 这 个 名 字 已 经 取代 了 
C++98 成 为 C++11 之 前 的 最 新 C++ 标准 名 称 。 不 过 由 于 TC1 主 要 是 对 
C++98 标 准 中 的 漏洞 进行 修复 ， 核 心 语言 规则 部 分 则 没有 改动 ， 因 此 ， 
人 们 还 是 习惯 地 把 两 个 标准 合 称 为 C++98/03 标 准 。 





注意 “在 本 书 中 ， 但 凡是 C++98 和 C++03 标 准 没 有 差异 时 ， 我 们 都 
会 沿用 C++98/03 这 样 的 俗称 ， 或 者 直接 简写 为 C++98。 如 果 涉 及 TC1 中 
所 提出 的 微小 区 别 ， 我 们 会 使 用 C++98 和 C++03 来 分 别 指 代 两 种 C++ 标 
准 。 





C++11 是 一 种 新 语言 的 开端 。 虽 然 设 计 C++11 的 目的 是 为 了 要 取代 
C++98/03， 不 过 相 比 于 C++03 标 准 ，C++11 则 带 来 了 数量 可 观 的 变化 ， 
这 包括 了 约 140 个 新 特性 ， 以 及 对 C++03 标 准 中 约 600 个 缺陷 的 修正 。 因 
此 ， 从 这 个 角度 看 来 C++11 更 像 是 从 C++98/03 中 孕育 出 的 一 种 新 语言 。 
正如 当年 C++98/03 为 C++ 引入 了 如 措 弟 处 理 、 模 板 等 许多 让 人 耳目 一 新 
的 新 特性 一 样 ，C++11 也 通过 大 量 新 特性 的 引入 ， 让 C++ 的 面貌 焕然 一 
新 。 这 些 全 新 的 特性 以 及 相应 的 全 新 的 概念 ， 都 是 我 们 要 在 本 书 中 详细 


1.1.2 ”什么 是 C++11/C++0x 


C++0x 是 WG21 计 划 取 代 C++98/03 的 新 标准 代号 。 这 个 代号 还 是 在 
2003 年 的 时 候 取 的 。 当 时 委员 会 乐观 地 估计 ， 新 标准 会 在 21 世 纪 的 第 一 
个 10 年 内 完成 。 从 当时 看 毕竟 还 有 6 年 的 时 间 ， 确 实 无 论 如 何 也 该 好 
了 。 不 过 2010 新 年 钟 声 散 响 的 时 候 ，WG21 内 部 却 还 在 为 一 些 诸如 哪些 
特性 该 放弃 ， 哪 些 特性 该 被 削减 的 议题 而 争论 。 于 是 所 有 人 只 好 接受 这 
AA ATE M SESE: 新 标准 没 能 准时 发 布 。 好 在 委员 会 成 员 保持 着 乐观 
的 情绪 ， 还 常常 相互 开玩笑 说 ，x 不 是 一 个 0 到 9 的 十 进 制 数 ， 而 应 该 是 
一 个 十 六 进 制 数 ， 我 们 还 可 以 有 A、B、C、D、E、F。 虽 然 这 是 个 玩 
笑 ， 但 也 有 点 认真 的 意思 ， 如 果 需 要 ，WG21 会 再 使 用 “额外 ”的 6 年 ， 在 
2015 年 之 前 完成 标准 。 不 过 众所周知 的 ，WG21“ 只 ”再 花 了 两 年 时 间 束 
完成 了 C++11 标 准 。 

















注意 ”C 语 言 标 准 委员 会 (C committee) WG14 也 几乎 在 同时 开始 
致力 于 取代 C99 标 准 。 不 过 相 比 于 WG21，WG14 对 标准 完成 的 预期 更 加 
现实 。 因 为 他 们 使 用 的 代号 是 Clix， 这 样 新 的 C 标 准 完 成 的 最 后 期 限 将 
是 2019 年 。 事 实 上 WG14 并 没 用 那么 长 时 间 ， 他 们 最 终 在 2011 年 通过 了 


提案 ， 也 就 是 C11 标 准 。 


从 表 1-1 中 可 以 看 到 C++ 从 诞生 到 最 新 通过 的 C++11 标 准 的 编 年 史 。 


表 1-1 C++ 发 展 编 年 史 


日 期 E 





The Annotated C++ Reference Manual, M.A.Ellis 和 B.Stroustrup #. Epi T CH 核心 语言 ， 











Do ”| 没有 涉及 库 

ak 第 一 个 国际 化 的 C++ 请 言 标准 : TOS/IEC 15882:1998。 包 括 了 对 核心 语言 及 STL、 
iostream, numeric, string 等 诸多 特性 的 描述 

a 第 二 个 国际 化 的 C++ 语言 标准 : IOS/IEC 15882:2003。 核 心 语言 及 库 与 C++98 保持 了 一 致 ， 但 
Pies Į TC1 ( Technical Corrigendum 1, 技术 勘误 表 1). AIE, C++03 取代 了 C98 

me TR1 ( Technical Report 1， 技 术 报 告 1 ) : IOS/IEC TR 19768:2005。 核 心 语言 不 变 。TR1 作为 标准 


的 非 规 范 出 版 物 ， 其 包含 了 14 个 可 能 进入 新 标准 的 新 程序 库 





2007 年 9 月 SC22 注册 (特性 ) 表决 。 通 过 了 C++0x 中 核心 特性 





2008 年 9 月 | C+HOx 标准 草稿 包括 了 13 TULA TRI 的 库 及 70 个 库 特 性 ， 修 正 了 约 300 个 库 缺 陷 。 
准 草 案 还 包括 了 70 多 个 语 言 特 性 及 约 300 个 语言 缺陷 的 修正 


SC22 委员 会 草案 ( Committee Draft, CD) 表决 。 基 本 上 所 有 C++0x 的 核心 特性 都 完成 了 ， 





国 代表 的 评议 


SC22 最 终 委 员 会 草案 (Final Committee Draft, FCD ) 表决 。 所 有 核心 特性 都 已 经 完成 ， 





日 期 = 件 





JIC1 C++11 最 终 国际 化 标准 草案 ( Final Draft International Standard, FDIS ) 发 布 ， 


2011 年 11 H |15882:2011。 新 标准 在 核心 语言 部 分 和 标准 库 部 分 都 进行 了 很 大 的 改进 ， 这 包括 TRI 的 大 部 分 内 


容 。 但 整体 的 改进 还 是 与 先前 的 C++ 标准 兼容 的 








2012 年 2 月 在 ANSI 和 ISO 商店 可 以 以 低 于 原 定价 的 价格 买 到 C++11 标准 


注意 “语言 标准 的 发 布 通 澡 有 两 种 一 规范 的 CNormative) 及 不 规 


范 的 (Non-normative ) 。 前 者 表示 内 容 通过 了 批准 (ratified) , 











正式 的 标准 ， 而 后 者 则 不 是 。 不 过 不 规范 的 发 布 通常 是 有 积极 意义 的 ， 
比方 次 TR1， 它 就 是 不 规范 的 标准 ， 但 是 后 来 很 多 TR1 的 内 容 都 成 为 了 


C++11 标 准 的 一 部 分 。 


图 1-1 比 较 了 两 个 语言 标准 委员 会 (WG21，WG14) 制定 新 标准 的 


工作 进程 ， 其 中 一 些 重要 时 间 点 都 标注 了 出 来 。 


Cll 








2011 Clx 
2010 Clx oe : 
r aia CHI 
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图 1-1 WG21 和 WG14 制 定 新 语言 标准 的 工作 进程 


1.1.3 ”新 C++ 语言 的 设计 目标 


如 果 读 者 已 经 学 习 过 C++98/03， 就 可 以 发 现 C++98/03 的 设计 目标 如 





比 C 语 言 更 适合 系统 编程 ( 且 与 C 语 言 兼 容 ) 。 





` 文 持 数据 抽象 。 


` 文 持 面 向 对 象 编程 。 


文 持 泛 型 编程 。 





这 些 特点 使 得 面 癌 对 象 编程 和 泛 型 编程 在 过 去 的 10~20 年 内 成 为 编 
程 界 的 明星 。 不 过 从 那 时 开始 ，C++ 的 发 展 就 不 仅仅 是 靠 学 者 的 远见 前 
瞻 去 推动 的 ， 有 时 也 会 借 由 一 些 “ 奇 缘 ” 而 演进 。 比 方 说 ，C++ 模 板 就 是 
这 样 一 个 “ 奇 绿 ”。 它 使 得 C++ 近 平成 为 了 一 种 函数 式 编程 语言 ， 而 且 还 
使 得 C++ 程序 员 拥 有 了 模板 元 编程 的 能 力 。 但 是 凡事 有 两 面 ，C++98/03 
中 的 一 些 较为 激进 的 特性 ， 比 如 说 动态 寞 第 处 理 、 输 出 模板 ， 现 在 回顾 
起 来 则 是 不 太 需 要 的 。 当 然 ， 这 是 由 于 我 们 有 了 “后 见 之 明 ”， 或 者 由 于 
这 些 特性 在 新 情况 下 不 再 适用 ， 又 或 者 它们 影响 了 C++11 的 新 特性 的 设 
计 。 因 此 一 部 分 这 样 的 特性 已 经 被 C++11 弃 用 了 。 在 附录 B 中 我 们 会 一 
一 列 出 这 些 弃 用 的 特性 ， 并 分 析 其 被 弃 用 的 原因 。 




















而 C++11 的 整体 设计 目标 如 下 : 


“使 得 C++ 成 为 更 好 的 适用 于 系统 开发 及 库 开发 的 语言 。 





使 得 C++ 成 为 更 易于 教学 的 语言 (语法 更 加 一 致 化 和 简单 化 〉。 





.保证 语言 的 稳定 性 ， 以 及 和 C++03 及 C 语 言 的 兼容 性 。 
我 们 可 以 分 别 解释 一 下 。 


首先 ， 使 C++ 成 为 更 好 的 适用 于 系统 开发 及 库 开 及 的 语言 ， 意 味 关 
标准 并 不 只 是 注重 为 茶 些 特定 的 领域 提供 专业 化 功能 ， 比 如 专门 为 
Windows 开 发 提供 设计 ， 或 者 专门 为 数值 计算 提供 设计 。 标 准 希 望 的 是 
使 C++ 能 够 对 各 种 系统 的 编程 都 作出 贡献 。 








其 次 ， 使 得 C++ 更 易于 教学 ， 则 意味 着 C++11 修 复 了 许多 令 程序 员 
不 安 的 语言 “毒瘤 "”。 这 样 一 来 ，C++ 语 法 显得 更 加 一 致 化 ， 新 手 使 用 起 
来 也 更 容易 上 手 ， 而 且 有 了 更 好 的 语法 保障 。 其 实 语言 复杂 也 有 复杂 的 
好 处 ， 比 如 ROOTS、DEALII 等 一 些 复 杂 科 学 运算 的 算法 ， 它 们 的 作者 
非常 喜爱 泛 型 编程 带 来 的 灵活 性 ， 于 是 C++ 语言 最 复杂 的 部 分 正好 满足 
了 他 们 的 需求 。 但 是 在 这 个 世界 上 ， 新 手 总 是 远 多 于 专家 。 而 即使 是 专 
家 ， 也 常常 只 是 精通 自己 的 领域 。 因 此 语言 不 应 该 复杂 到 影响 人 们 的 学 
习 。 本 书 作 者 之 一 也 是 WG21 中 的 一 员 ， 从 结果 上 看 ， 无 论 读者 怎么 看 
待 Ct++11， 委 员 会 大 多 数 人 都 认同 C++11 达 成 了 易于 教学 这 个 目标 ( 即 























使 其 中 还 存在 着 些 看 似 严 重 的 小 缺陷 ) 。 








最 后 ， 则 是 语言 的 稳定 性 。 经 验 告诉 我 们 ， 伟 大 的 编程 语言 能 够 长 
期 存活 下 来 的 原因 还 是 因为 语言 的 设计 突出 了 实用 性 。 事 实 上 ， 在 标准 
制定 过 程 中 ， 委 员 会 承担 了 很 多 压力 ， 这 些 压 力 源 目 于 大 家 对 加 入 更 多 
语言 特性 的 期 盼 一 每 一 个 人 都 希望 将 其 他 编程 语言 中 目 己 喜 欢 的 特性 加 
入 到 新 的 C++ 中 。 对 于 这 些 热烈 而 有 些许 盲目 的 期 盼 ， 委 员 会 成 员 在 
Bjarne Stroustrup 教 授 的 引导 下 ， 选 择 了 不 断 将 许多 无 关 的 特性 排除 在 
外 。 其 目的 是 防止 C++ 成 为 一 个 干 头 万 绪 的 但 功能 互 不 关联 的 语言 。 而 
如 同 现在 看 到 的 那样 ，C++11 并 非 大 而 无 序 ， 相 反 地 ， 许 多 特性 可 以 民 
好 地 协作 ， 进 而 达到 “1+1>2” 的 效果 。 可 以 说 ， 有 了 这 些 努 力 ,今天 的 
读者 才能 够 使 用 稳定 而 强大 的 C++11， 而 不 用 担心 语言 本 身 存在 着 混乱 
状况 甚至 是 冲突 。 












































值得 一 提 的 是 ， 虽 然 在 取舍 新 语言 特性 方面 标准 委员 会 曾 面 临 过 巨 
大 压力 ， 但 与 此 同时 ， 标 准 委员 会 却 没有 收集 到 足够 丰富 的 库 的 新 特 
性 。 作 为 一 种 通用 型 语言 ，C++ 是 否 是 成 功 ， 通 单 会 依赖 于 不 同 领域 中 
C++ 的 使 用 情况 ， 比 如 科学 计算 、 游 戏 、 制 造 业 、 网 络 编程 等 。 在 
C++11 通 过 的 标准 库 中 ， 服 务 于 各 个 领域 的 新 特性 确实 还 是 太 少 了 。 因 
此 很 有 可 能 在 下 一 个 版 本 的 C++ 标准 制定 中 ， 如 何 标准 化 地 使 用 库 将 成 
为 热门 话题 ， 标 准 委员 会 也 准备 好 了 接受 来 目 这 方面 的 压力 。 





12 念 时 今日 的 C++ 


1.2.1 C++ 的 江湖 地 位 


如 今 C++ 依旧 位 列 通 用 编程 语言 三 甲 ， 不 过 似乎 没有 以 前 那么 流行 
了 。 事 实 上 ， 编 程 语言 排名 通常 非常 难以 衡量 。 比 如 ， 某 位 教授 或 学 生 
用 了 C++ 来 教授 课程 应 该 被 计算 在 内 吗 ? 在 新 的 联合 攻击 战斗 机 Joint 
Strike Fighter, JSF-35) 的 航空 电子 设备 中 使 用 了 C++ 编程 应 该 计算 在 内 
吗 ? 又 或 者 C++ 被 用 于 一 款 流行 的 智能 手机 操作 系统 的 编程 中 算 不 算 
呢 ? 再 或 者 是 C++ 被 用 于 编写 最 流行 的 在 线 付费 搜索 引擎 ， 或 用 于 构建 
一 款 热 门 的 第 一 人 称 射击 游戏 的 引擎， 或 用 于 构建 最 热门 的 社区 网 络 的 
代码 库 ， 这 些 都 该 计算 在 内 吗 ? 事实 上 ， 据 我 们 所 知 ， 以 上 种 种 都 使 用 
了 C++ 编程 。 而 且 在 构建 致力 于 沟通 软 人 硬件 的 系统 编程 中 ，C++ 也 和 销 常 
是 必 不 可 少 的 。 甚 至 ，C++ 还 常用 于 设计 和 编写 编程 语言 。 因 此 我 们 可 
以 认为 ， 编 程 语言 价值 的 衡量 标准 应 该 包括 数量 、 新 颖 性 、 质 量 ， 以 及 
以 上 种 种 ， 都 应 该 纳入 “考核 ?>。 这 样 一 来 ， 结 论 就 很 明显 了 : C++ 无 处 
不 在 。 


























1.2.2 ”C++11 语 言 变 化 的 领域 


如 果 谁 说 C++11 只 是 对 C++ 语言 做 了 大 幅度 的 改进 ， 那 么 他 很 可 能 
就 错过 了 C++11 精 彩 的 地 方 。 事 实 上 ， 读 罢 本 书后 ， 读 者 只 需要 看 一 眼 
代码 ， 就 可 以 说 出 代码 究竟 是 C++98/03 的 ， 还 是 C++11 的 。C++11 为 程 
序 员 创造 了 很 多 更 有 效 、 更 便捷 的 代码 编写 方式 ， 程 序 员 可 以 用 简短 的 
代码 来 完成 C++98/03 中 同样 的 功能 ， 简 单 到 你 惊 呼 “ 天 哪 ， 怎 么 能 这 人 么 
简单 ”。 从 一 些 简 单 的 数据 统计 上 看 ， 比 起 C++98/03，C++11 大 大 缩短 
了 代码 编写 量 ， 依 情况 最 多 可 以 将 代码 缩短 309%0~809%6。 








那么 C++11 相 对 于 C++98/03 有 哪些 显著 的 增强 昵 ? 事实 上， 这 包括 
以 下 几 点 : 


通过 内 存 模型 、 线 程 、 原 子 操作 等 来 文 持 本 地 并 行 编程 “Native 


Concurrency) 。 





:通过 统一 初始 化 表达 式 、auto、declytype、 移 动 语 义 等 来 统一 对 泛 
型 编程 的 文 持 。 


:通过 constexpr、POD (概念 ) 等 更 好 地 文 持 系统 编程 。 


通过 内 联 命名 空间 、 继 承 构 造 函 数 和 右 值 引 用 等 ， 以 更 好 地 文 持 
库 的 构建 。 


表 1-2 列 出 了 C++11 批 准 通 过 的 ， 且 本 书 将 要 涉及 的 语言 特性 。 这 是 
一 张 相 当 长 的 表 ， 而 且 一 个 个 陌生 的 词汇 足以 让 新 手 不 知 所 措 。 不 过 现 
在 还 不 是 了 解 它们 的 时 候 。 但 看 过 这 张 表 ， 读 者 至 少 会 有 这 样 一 种 感 
觉 : C++11 的 确 像 是 一 门 新 的 语言 。 如 果 我 们 将 C++98/03 标 准 中 的 特性 
和 C++11 放 到 一 起 ，C++11 则 像 是 个 臣 怖 的 “编程 语言 范 型 联盟 *。 利 用 
它 不 仪 仅 可 以 写 出 面 加 对 象 语言 的 代码 ， 也 可 以 写 出 过 程式 编程 语言 代 
码 、 泛 型 编程 语言 代码 、 函 数 式 编程 语言 代码 、 元 编程 编程 语言 代码 ， 
或 者 其 他 。 多 范 型 的 支持 使 得 C++11 语 言 的 “ 硬 能 力 ” 几 乎 在 编程 语言 
中 “无 出 其 右 ”。 























表 1-2 C++11 主 要 的 新 语言 特性 (中 英文 对 照 ) 


中 文 翻译 
_ cplusplus # 
对 草 支持 
通用 属性 
友子 操作 
ET 
SLE 
党 最 表达 | 
decliype 
ees 
显 式 默认 和 删除 的 函数 ( 默认 的 控制 ) 
rer? 
ea Te 
I friend 语法 
扩展 的 到 
外 部 模板 
ARIEI SFINAE BU 
BR CHE RE 
RAI 
用 户 定义 的 字面 量 
AT 
A 
MIRNE FT 
ee 
long long 整 型 
a 
aii CEANN 
pee 


本 书 未 讲解 


本 书 未 讲解 











中 文 翻 译 英文 名 称 备 注 
防止 类 型 收 罕 Preventing narrowing 
指针 空 值 nullptr 
POD POD ( plain old data ) 





基于 范围 的 for 语句 


range-based for statement 





原生 字符 串 字 面 量 


raw string literals 





右 值 引用 


rvalue reference 

















静态 断言 static assertions 

追踪 返回 类 型 语法 trailing return type syntax 
模板 别名 template alias 

线程 本 地 的 存储 thread-local storage 
Unicode Unicode 











而 从 另 一 个 角度 看 ， 编 程 中 程序 员 往 往 需 要 将 实物 、 流 程 、 概 念 等 
进行 抽象 描述 。 但 通 癌 情 况 下 ， 程 序 员 需 要 抽象 出 的 不 仅仅 是 对 象 ， 还 
有 一 些 其 他 的 概念 ， 比 如 类 型 、 类 型 的 类 型 、 算 法 ， 甚 至 是 资源 的 生命 
周期 ， 这 些 实际 上 都 是 C++ 语言 可 以 描述 的 。 在 C++11 中 ， 这 些 抽象 概 

实 常 常 被 实现 在 库 中 ， 其 使 用 将 比 在 C++98/03 中 更 加 方便 ， 更 加 好 用 。 
从 这 个 角度 上 讲 ，C++11 则 是 一 种 所 谓 的 “ 轻 量 级 抽象 编程 语 
言 ”(Lightweight Abstraction Programming Language) 。 其 好 处 就 是 程序 
员 可 以 将 程序 设计 的 重点 更 多 地 放 在 设计 、 实 现 ， 以 及 各 种 抽象 概念 的 
运用 上 。 














总 的 来 说 ， 灵 活 的 静态 类 型 、 小 的 抽象 概念 、 绝 佳 的 时 间 与 空间 运 
行 性 能 ， 以 及 与 硬件 紧密 结合 工作 的 能 力 都 是 C++11 突 出 的 亮点 。 而 反 
观 C++98/03， 其 最 强大 的 能 力 则 可 能 是 体现 在 能 够 构建 软件 基础 架构 ， 
或 构建 资源 受 限 及 资源 不 受 限 的 项 目 上 。 因 此 ，C++11 也 是 C++ 在 编程 








语言 领域 上 一 次 “ 泛 化 "与 进步 。 


要 实现 表 1-2 中 的 各 种 特性 ， 需 要 编译 器 完成 大 量 的 工作 。 对 于 大 
多 数 编译 器 供应 商 来 说 ， 只 能 分 阶段 地 发 布 若 干 个 编译 版 本 ， 逐 步 文 持 
所 有 特性 (罗马 从 来 就 不 是 一 天 建成 的 ， 对 吧 ) 。 大 多 数 编译 器 已 经 开 
始 了 对 C++11 特 性 的 文 持 。 有 3 款 编译 器 甚至 从 2008 年 前 就 开始 文 持 
C++11 了 : IBM 的 XL C/C++ 编译 占 从 版 本 10.1 开 始 。GNU 的 GCC 编 译 器 
从 版 本 4.3 开 始 ， 瑞 特 尔 编译 器 从 版 本 10.1 开 始 。 而 微软 则 从 Visual 
Studio 2010 开 始 。 最 近 ， 苹 果 的 dlang/llvm 编 译 器 也 从 2010 年 的 版 本 2.8 
开始 支持 C++11 新 特性 ， 并 且 急 速 妃 赶 其 他 编译 器 供应 商 。 在 本 书 附录 
C 中 ， 读 者 可 以 找到 现在 情况 下 各 种 编译 器 对 C++11 的 支持 情况 。 





1.3 C++11 特 性 的 分 类 


从 设计 目标 上 说 ， 能 够 让 各 个 特性 协同 工作 是 设计 C++11/0x 中 最 为 
关键 的 部 分 。 委 员 会 总 希望 通过 特性 协作 取得 整体 大 于 个 体 的 效果 ， 但 
这 也 是 语言 设计 过 程 中 最 困难 的 一 点 。 因 此 相 比 于 其 他 的 各 种 考虑 ， 
WG21 更 专注 于 以 下 理念 : 


:保持 语言 的 稳定 性 和 莱 容 性 (Maintain stability and 


compatibility) 。 








:更 倾 回 于 使 用 库 而 不 是 扩展 语言 来 实现 特性 (Prefer libraries to 


language extensions) 。 





更 倾 问 于 通用 的 而 不 是 特殊 的 手段 来 实现 特性 〈Prefer generality to 


specialization) 。 
.专家 新 手 一 概 文 持 (Support both experts and novices) 。 
增强 类 型 的 安全 性 CIncrease type safety) 。 


增强 代码 执行 性 能 和 操作 硬件 的 能 力 (Improve performance and 


ability to work directly with hardware) 。 


:开发 能 够 改变 人 们 思维 方式 的 特性 (Make only changes that change 


the way people think) 。 

:融入 编程 现实 (Fit into the real world) 。 

根据 这 些 设 计 理 念 可 以 对 新 特性 进行 分 类 。 在 本 书 中 ， 我 们 的 核心 
章节 《第 2~8 瘟 ) 也 会 按照 这 样 的 方式 进行 划分 。 在 可 能 的 时 候 ， 我 们 
也 会 为 每 个 理念 取 个 有 趣 一 点 儿 的 中 文 名 字 。 

而 从 使 用 上 ，Scott Mayers 则 为 C++11 创 建 了 另外 一 种 有 效 的 分 类 方 
式 ，Mayers 根 据 C++11 的 使 用 者 是 类 的 使 用 者 ， 还 是 库 的 使 用 者 ， 或 者 
特性 是 广泛 使 用 的 ， 还 是 库 的 增强 的 来 区 分 各 个 特性 。 有 具体 地 ， 可 以 把 
特性 分 为 以 下 几 种 : 


:类 作者 需要 的 (class writer， 人 简称 为 “类 作者 ”) 





: 库 作者 需要 的 〈library writer， 人 简称 为 “ 库 作 者 ”) 
.所 有 人 需要 的 〈everyone， 简 称 为 “所 有 人 >”) 


:部 分 人 需要 的 (everyone else， 简 称 为 “部 分 人 ”) 





那么 我 们 可 以 结合 这 种 分 类 再 来 看 一 下 可 以 怎样 来 学 习 所 有 的 特 
性 。 下 面 我 们 通过 设计 理念 和 用 户 群 对 C++11 特 性 进行 分 类 ， 如 表 1-3 所 


由 于 C++11 的 新 特性 非常 多 ， 因 此 本 书 不 准备 涵盖 所 有 内 容 。 我 们 


粗略 地 将 特性 划分 为 核心 语言 特性 和 库 特 性 。 而 从 C++11 标 准 的 章节 划 
分 来 看 〈 读 者 可 以 从 网 站 上 搜 到 接近 于 最 终 版 本 的 草稿 ， 正 式 的 标准 需 
要 通过 购买 获得 ) ， 本 书 将 涉及 C++11 标 准 中 第 1~16 章 的 语言 特性 部 分 
《在 C++11 语 言 标 准 中 ， 第 1~16 章 涵盖 了 核心 语言 特性 ， 第 17~30 章 涉 
及 库 特 性 ) ， 而 标准 库 将 不 在 本 书 中 描述 。 当 然 ， 这 会 导致 许多 灰色 地 
带 ， 因 为 如 同 我 们 提 到 的 ， 我 们 总 是 倾向 于 使 用 库 而 不 是 语言 扩展 来 实 
现 一 些 特性 ， 那 么 实际 上 ， 讲 解 语言 核心 特性 也 必然 涉及 库 的 内 容 。 典 
型 的 ， 原 子 操作 Catomics) 就 是 这 样 一 个 例子 。 因 此 ， 在 本 书 的 编号 

中 ， 我 们 只 是 不 对 标准 库 进行 专门 的 讲解 ， 而 与 核心 内 容 相 关 的 库 内 

容 ， 我 们 还 是 会 有 所 描述 的 。 











表 1-3 根据 设计 理念 和 用 户 群 对 C++11 新 特性 进行 划分 


理 念 | 特性 名 称 (中 英文 ) | 
C99 

函数 的 默认 模板 参数 default template parameters for function 

扩展 的 friend 语法 extended friend syntax 

扩展 的 整 型 extended integer types 

外 部 模板 extern templates 

类 成 员 的 初始 化 in-class member initializers 

局 部 类 用 作 模 板 参 数 local classes as template arguments 

long long 整 型 long long integers 


保持 语言 的 
稳定 性 和 兼容 性 
( Maintain stability 


and compatibility ) 
_ cplusplus 


noexcept 


override/final 控制 Override/final controls 

静态 断言 static assertions 

类 成 员 的 sizeof sizeof class data members 

继承 构造 因数 Inherited constructor 

移动 语义 ， 完 美 转发 ， 引 用 折 共 Move semantics, perfect forwarding, 
reference collapse 


委托 构造 函数 delegating constructors 


更 倾向 于 通用 | 显 式 转换 操作 符 explicit conversion operators 
的 而 不 是 特殊 化 的 | 统一 的 初始 化 语法 和 语义 ， 初始 化 列表 ， 防 止 收 窜 Uniform 
手段 来 实现 特性 |initialization syntax and semantics, initializer lists, Preventing narrowing 
(Prefer generality} ” 非 受 限 联 合体 unrestricted unions (generalized) 
to specialization ) 用 户 自 定义 字面 量 UDL 

一 般 化 SFINAE 规则 generalized SFINAE rules 

内 联名 字 空 间 Inline Namespace 

PODs 

模板 别名 template alias 

右 尖 括号 Right angle bracket 

auto 

基于 范围 的 for 语句 Ranged For 

decltype 

追踪 返回 类 型 语法 (扩展 的 函数 声明 语法 ) Trailing return type syntax 
(extended function declaration Syntax) 

增强 类 型 的 安全 | ” 强 类 型 枚 举 Strong enum 
性 (Increase type| unique ptr, shared_ptr 
safety ) 垃圾 回收 ABI Garbage collection ABI 


专家 新 手 一 概 支 
持 (Support both 
experts and novices ) 





用 户 群 
部 分 人 
所 有 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
库 作者 
部 分 人 
库 作者 
部 分 人 
类 作者 


类 作者 


类 作者 
库 作者 


所 有 人 


部 分 人 
部 分 人 
部 分 人 
部 分 人 
所 有 人 
所 有 人 
所 有 人 
所 有 人 
库 作者 
所 有 人 


部 分 人 
库 作 者 


( 续 ) 





理 念 特性 名 称 ( 中 英文 ) 用 户 群 
常量 表达 式 constexpr 类 作者 
原子 操作 / 内 存 模型 atomics/mm 所 有 人 
增强 性 能 和 操作 | pe ney ce oe a . EEN 
复制 和 再 抛 出 异常 copying and rethrowing exceptions 所 有 人 
硬件 的 能 力 (Improve| 5, 5. 8, ,. so er . , 
g 并 行动 态 初始 化 和 析 构 Dynamic Initialization and Destruction with 
performance and 所 有 人 
Concurrency 
ability to work directly ne A 
; 变 长 模板 Variadic template 库 作 者 
with hardware ) 
线程 本 地 的 存储 thread-local storage 所 有 人 
快速 退出 进程 quick_exit Abandoning a process 所 有 人 
T 
开发 能 够 改变 人 | ”指针 空 值 nullptr 所 有 人 
们 思维 方式 的 特性 | ”显示 默认 和 删除 的 函数 ( 默认 的 控制 ) defaulted and deleted functions 类 作者 
(Make only changes | (control of defauls) 
that change the way _ 
lambdas 所 有 人 
people think ) 
“ai a 对 齐 支持 Alignments 部 分 人 
入 编程 现实 | , 
' he f “i g a E 通用 属性 Attributes [[carries dependency]] [[noreturn]] 部 分 人 
rit into the rea ey Say ee è P AS 
id) 原生 字符 串 字 面 量 raw string literals 所 有 人 
Wor 
Unicode unicode characters 所 有 人 


而 之 前 我 们 提 到 过 
性 ”理念 的 部 分 ， 











本 中 来 进行 讲解 。 下 面 列 出 了 属于 该 设计 理念 下 的 库 特 性 


.算法 增强 Algorithm improvements 


.容器 增强 Container improvements 


分 配 算 符 Scoped allocators 


‘std::array 


-std::forward_list 


的 “更 倾 回 于 使 用 库 而 不 是 扩展 语言 来 实现 特 
如 有 果 有 可 能 ， 我 们 会 在 为 一 本 书 或 者 本 书 的 下 一 个 版 


‘Tc Fe #48 Unordered containers 
-sts::tuple 

.类 型 特性 Type traits 
.Std::function,std::bind 
‘unique_ptr 

-shared_ptr 

-weak_ptr 

:线程 Threads 

- H FRMutex 

Locks 

:条件 变 量 Condition variables 
:时 间 工 具 Time utilities 
“std::future,std::promises 


“std::async 


:随机 数 Random numbers 


:正则 表达 式 regex 


1.4 “C++ 特性 一 览 


接 下 来 ， 我 们 会 一 和 C++1l1 中 的 各 种 特性 ， 了 解 它 们 的 来 历 、 用 
途 、 特 色 等 。 可 能 这 部 分 对 于 还 没有 开始 阅读 正文 的 读者 来 说 有 些 困 
难 。 如 果 有 机 会 ， 我 们 建议 读者 在 读 完 全 书后 再 回 到 这 里 ， 这 也 是 全 书 


最 好 的 总 结 。 


1.4.1 稳定 性 与 兼容 性 之 间 的 抉择 


通常 在 语言 设计 中 ， 不 破坏 现 有 的 用 户 代 码 和 增加 新 的 能 力 ， 这 二 
者 是 需要 同时 兼顾 的 。 就 像 之 前 的 C 一 样 ， 如 今 C++ 在 各 种 代码 中 、 开 
源 库 中 ， 或 用 户 的 硬盘 中 都 拥有 上 亿 行 代码 ， 那 么 当 C++ 标 准 委员 会 要 
改变 一 个 关键 字 的 意义 ， 或 者 发 明 一 个 新 的 关键 字 时 ， 原 有 代码 就 很 可 
能 发 生 问 题 。 因 为 有 些 代码 可 能 已 经 把 要 加 入 的 这 个 准 关键 字 用 作 了 变 
量 或 函数 的 名 字 。 








语言 的 设计 者 或 许 能 够 完全 不 考虑 兼容 性 ， 但 说 实话 这 是 个 丑陋 的 
做 法 ， 因 为 来 自习 惯 的 力量 总 是 超 乎 人 的 想象 。 因 此 C++11 只 是 在 非常 
必要 的 情况 下 才 引 入 新 的 关键 字 。WG21 在 加 入 这 些 关键 字 的 时 候 非 常 
谨慎 ， 至 少 从 谷歌 代码 搜索 (Google Code Search) 的 结果 看 来 ， 这 些 
关键 字 没有 被 现 有 的 开源 代码 频繁 地 使 用 。 不 过 谷歌 代码 搜索 只 会 搜索 
开源 代码 ， 私 人 的 或 者 企业 的 代码 库 〈codebase) 是 不 包含 在 内 的 。 因 
此 这 些 数据 可 能 还 有 一 定 的 局 限 性 ， 不 过 至 少 这 种 方法 可 以 避免 一 些 问 
题 。 而 WG21 中 也 有 很 多 企业 代表 ， 他 们 也 会 帮助 WG21 确 定 这 些 关 键 
字 是 否 会 导致 自己 企业 代码 库 中 代码 不 兼容 的 问题 。 











C++11 的 新 关键 字 如 下 : 


'alignas 


-alignof decltype 

-auto (重新 定义 ) 

“static_assert 

‘using (重新 定义 ) 

‘noexcept 

export (FH, MERRNI fe MEH) 
‘nullptr 

“constexpr 


‘thread_local 


这 些 新 关键 字 都 是 相对 于 C++98/03 来 说 的 。 当 然 ， 引 入 它们 可 能 会 
破坏 一 些 C+t++98/03 代 码 ， 甚 至 更 为 糟 料 的 是 ， 可 能 会 悄悄 地 改变 了 原 有 
C++98/03 程 序 的 目的 。static_assert 就 是 这 样 一 个 例子 。 为 了 降低 它 与 已 
有 程序 变量 冲突 的 可 能 性 ，WG21 将 这 个 关键 字 的 名 字 设 计 得 很 长 ， 甚 
至 还 包含 了 下 划 线 ， 可 以 说 命名 丑 得 不 能 再 五 了 ， 不 过 在 一 些 情况 下 ， 
它 还 是 会 发 生 冲 突 ， 比 如 : 




















static_assert(4<=sizeof(int), "error:small ints"); 





这 行 代码 的 意图 是 确定 编译 时 《不 是 运行 时 ) 系统 的 int 整 型 的 长 度 
不 小 于 4 字 节 ， 如 果 小 于 ， 编 译 器 则 会 报错 说 系统 的 整 型 太 小 了 。 在 
C++11 中 这 是 一 段 有 效 的 代码 ， 在 C++98/03 中 也 可 能 是 有 效 的 ， 因 为 程 
序 员 可 能 已 经 定义 了 一 个 名 为 static_assert 的 函数 ， 以 用 于 判断 运行 时 的 
int 整 型 大 小 是 否 不 小 于 4。 显 然 这 与 C++11 中 的 static_assert 完 全 不 同 。 





实际 上 ， 在 C++11l 中 还 有 两 个 具有 特殊 合 义 的 新 标识 符 : override. 
final。 这 两 个 标识 符 如 何 被 编译 器 解释 与 它们 所 在 的 位 置 有 关 。 如 果 这 
两 个 标识 符 出 现在 成 员 函 数 之 后 ， 它 们 的 作用 是 标注 一 个 成 员 函 数 是 否 
可 以 个 重 载 。 不 过 读者 实际 上 也 可 以 在 C++11 代 人 码 中 定义 出 override、 
final 这 样 名 称 的 变量 。 而 在 这 样 的 情况 下 ， 它 们 只 是 标识 了 普通 的 变量 
名 称 而 已 。 








我 们 主要 会 在 第 2 草 中 看 到 相关 的 特性 的 描述 。 


1.4.2 ”更 倾 问 于 使 用 库 而 不 是 扩展 语言 来 实现 特性 


相 比 于 语言 核心 功能 的 稳定 ， 库 则 总 是 能 随时 为 程序 员 提 供 快 速 上 
手 的 、 方 便 易 用 的 新 功能 。 库 的 能 量 是 巨大 的 ，Boost 1 和 一 些 公司 私 
有 的 库 〈 如 Qt、POOMA) 的 快速 成 长 就 说 明了 这 一 点 。 而 且 库 有 一 个 
很 大 的 优势 ， 就 是 其 改动 不 需要 编译 器 实现 新 特性 (只 要 接口 保持 一 致 
即 可 ) ， 当 然 ， 更 重要 的 是 库 可 以 用 于 支持 不 同 领域 的 编程 。 这 样 一 
来 ， 通 常 读者 不 需要 非常 精通 C++ 就 能 使 用 它们 。 











不 过 这 些 优点 并 不 是 被 广泛 认可 的 。 狂 热 的 语言 爱好 者 总 是 觉得 功 





WG21 的 看 法 跟 他 们 相反 。 事 实 上 ， 如 果 可 能 ，WG21 会 尽量 将 一 个 语 
言 特性 转 为 库 特 性 来 实现 。 比 较 典 型 的 如 C++11 中 的 线程 ， 它 被 实现 为 
库 特 性 的 一 部 分 :std::thread， 而 不 是 一 个 内 置 的 “线程 类 型 *。 同 样 的 ， 
C++11 中 没有 内 置 的 关联 数组 (associative array) 类 型 ， 而 是 将 它们 实 
现 为 如 std::unorder_ map 这 样 的 库 。 再 者 ，C++11 也 没有 像 其 他 语言 一 样 
在 语言 核心 部 分 加 入 正则 表达 式 功 能 ， 而 是 实现 为 std::regex 库 。 这 样 一 
来 ，C++ 语 言 可 以 尽量 在 保持 较 少 的 核心 语言 特性 的 同时 ， 通 过 标准 库 
扩大 其 功能 。 














从 传统 意义 上 讲 ， 库 可 能 是 通过 提供 头 文件 来 实现 的 。 当 然 ， 有 些 


时 候 库 的 提供 者 也 会 将 一 些 实现 隐藏 在 二 进 制 代码 库存 档 Carchive) X 
件 中 。 不 过 并 非 所 有 的 库 都 是 通过 这 样 的 方式 提供 的 。 事 实 上 ， 库 也 有 
可 能 实现 于 编译 器 内 部 。 比 如 C++11 中 的 原子 操作 等 许多 内 容 ， 就 通常 
不 是 在 头 文 件 或 库存 档 中 实现 的 。 编 译 器 会 在 内 部 束 将 原子 操作 实现 为 
具体 的 机 右 指 令 ， 而 无 需 在 稍 后 去 链接 实 实在 在 的 库 进行 存档 。 而 之 所 
以 将 原子 操作 的 内 容 放 在 库 部 分 ， 也 是 为 了 满足 将 原子 操作 作为 库 实现 
的 自由 。 从 这 个 意义 上 讲 ， 原 子 操作 并 非 纯 粹 的 “ 库 ”， 因 此 也 被 我 们 选 
择 性 地 纳入 了 本 书 的 讲解 中 。 

















[1] 在 C++ 的 众多 开源 库 ， 最 为 出 名 的 应 该 是 Boost。Boost 是 一 个 无 限制 
的 开源 库 ， 在 设计 和 审阅 的 时 候 ， 都 常 第 有 C++ 标 准 委 员 会 的 人 参与 。 





1.4.3 ”更 倾 癌 于 通用 的 而 不 是 特殊 的 手段 来 实现 特 
性 


如 我 们 说 到 的 ， 如 果 将 无 数 互 不 相关 的 小 特性 加 入 C++ 中 ， 而 且 不 
加 选择 地 批准 通过 ，C++ 将 成 为 一 个 令 人 眼花 综 乱 的 “五 金 店 "， 不 幸 的 
是 ， 这 个 五 金 店 的 产品 虽然 各 有 所 长 ， 凑 在 一 起 却 是 一 盘 散 沙 ， 缺 乏 战 
斗 力 。 所 以 WG21 更 希望 从 中 抽象 出 更 为 通用 的 手段 而 不 是 加 入 单独 的 
特性 来 “ 练 成 "C++11 的 “十 八 般 武 艺 ”。 


显 式 类 型 转换 操作 符 是 一 个 很 好 的 例子 。 在 C++98/03 中 ， 可 以 用 在 
构造 函数 前 加 上 explicit 关 键 字 来 声明 构造 函数 为 显 式 构造 ， 从 而 防止 程 
序 员 在 代码 中 “不 小 心 ”将 一 些 特定 类 型 隐 式 地 转换 为 用 户 自 定义 类 型 。 
不 过 构造 函数 并 不 是 唯一 会 导致 产生 隐 式 类 型 转换 的 方法 ， 在 C++98/03 
中 类 型 转换 操作 符 也 可 以 参与 隐 式 转换 ， 而 程序 员 的 意图 则 可 能 只 是 希 
望 类 型 转换 操作 符 在 显 式 转换 时 发 和 后。 这 是 C++98/03 的 疏 包 ， 不 过 在 
C++11 中 ， 我 们 已 经 可 以 做 到 这 点 了 。 











其 他 的 一 些 新 特性 ， 比 如 继承 构造 函数 、 移 动 语义 等 ， 在 本 书 的 第 
3 章 中 我 们 均 会 涉及 


1.4.4 ”专家 新 手 一 概 文 持 


如 果 C++ 只 是 适合 专家 的 语言 ， 那 它 就 不 可 能 是 一 门 成 功 的 语言 
C++ 中 虽然 有 许多 专家 级 的 特性 ， 但 这 并 不 是 必须 学 习 的 。 通 常 程 序 员 
只 需要 学 习 一 定 的 知识 就 可 以 使 用 C++。 而 在 C++11 中 ， 从 易 用 的 角度 
出 发 ， 修 缮 了 很 多 特性 ， 也 铲除 了 许多 带 来 坏 声 誉 的 “毒瘤 *”， 比 如 一 度 
被 群起 而 攻 之 的 “毒瘤 "一双 右 尖 括 号 。 在 C++98/03 中 ， 由 于 采用 了 最 长 
匹配 的 解析 规则 (maximal munch parsing rule) ， 编 译 器 会 在 解析 符号 
时 尽 可 能 多 地 “吸收 ?符号 。 这 样 一 来 ， 在 模板 解析 的 时 候 ， 编 译 器 就 会 
将 原本 是 “模板 的 模板 ”识别 为 右 移 ， 并 “理直气壮 ”地 抛 出 一 条 令 人 绝望 
的 错误 信息 : 模板 参数 中 不 应 该 存在 的 右 移 。 如 今 这 个 问题 已 经 在 
C++11 中 被 修正 。 模 板 参数 内 的 两 个 右 尖 括号 会 终结 模板 参数 ， 而 不 会 
导致 编译 器 错误 。 当 然 从 实现 上 讲 ， 编 译 器 只 需要 在 原来 报错 的 地 方 加 
入 一 些 上 下 文 的 判断 就 可 以 避免 这 样 的 错误 了 。 比 如 : 

















vector<list<int>> veclist: //C++11 中 有 效 ， 


C++98/03 中 无 效 








另 一 个 C++11 易 于 上 手 的 例子 则 是 统一 初始 化 语法 的 引入 。C++ 继 
承 了 C 语 言 中 所 请 的 “集合 初始 化 语法 ”(aggregate initialization syntax, 





比如 a[]={0,1,};〉， 而 在 设计 类 的 时 候 ， 却 只 定义 了 形式 单一 的 构造 函 
数 的 初始 化 语法 ， 比 如 A a(0,1)。 所 以 在 使 用 C++98/03 的 时 候 ， 编 写 模 
板 会 遇 到 障碍 ， 因 为 模板 作者 无 法 知道 模板 用 户 会 使 用 哪 种 类 型 来 初始 
化 模板 。 对 于 泛 型 编程 来 说 ， 这 种 不 一 致 则 会 导致 不 能 总 是 进行 泛 型 编 
程 。 而 在 C++11 中 ， 标 准 统一 了 变量 初始 化 方法 ， 所 以 模板 作者 可 以 总 
是 在 模板 编写 中 采用 集合 初始 化 (初始 化 列表 ) 。 进 一 步 地 ， 集 合 初始 
化 对 于 类 型 收 窗 还 有 一 定 的 限制 。 而 类 型 收 窗 也 是 许多 让 人 深夜 工作 的 
奇特 错误 的 源头 。 因 此 在 C++11 中 使 用 了 初始 化 列表 ， 就 等 同 于 拥有 了 
防止 收 宕 和 泛 型 编程 的 双重 好 处 。 














读者 可 以 在 第 4 章 看 到 C++11 是 如 何 增进 语言 对 新 手 的 文 持 的 。 


1.4.5 ”增强 类 型 的 安全 性 








绝对 的 类 型 安全 对 编程 语言 来 说 几乎 是 不 可 能 达到 的 ， 不 过 在 编译 
时 期 捕捉 更 多 的 错误 则 是 非常 有 益 的 。 在 C++98/03 中 ， 枚 举 类 会 退化 为 
整 型 ， 因 此 常会 与 其 他 的 枚 举 类 型 混淆 。 这 个 类 型 的 不 安全 根源 还 是 在 
于 羔 容 C 语 言 。 在 C 中 枚 举 用 起 来 非常 便利 ， 在 C++ 中 却 是 类 型 系统 的 一 
个 大 “ 漏 义 ?。 因 此 在 C++11 中 ， 标 准 引 入 了 新 的 “ 强 类 型 枚 举 ? 来 解决 这 


个 问题 。 











enum class Color { red, blue, green }; 
int x = Color::red; //C+4+98/03 4 iF, 





C++11 中 错误 不 存在 





Color ->int 的 转换 


Color y = 7; //C++98/03 中 ， 





C++11 中 错误 : 不 存在 





Int->Color conversion 的 转换 





Color z = red; //C++98/03 中 允许 ， 


C++11 中 错误 : 





red 不 在 作用 域内 


Color c = Color::red; //C++98/03 中 错误 ， 





C++11 中 允许 








在 第 5 章 中 ， 我 们 会 详细 讲解 诸如 此 类 能 够 增强 类 型 安全 的 C++11 


特性 。 


146 “与 便 件 紧密 合作 


在 C++ 编程 中 ， 舱 入 式 编 程 是 一 个 非常 重要 的 领域 。 虽 然 一 些 方 方 
圆 圆 的 智能 设备 外 表 光 鲜亮 丽 ， 但 是 植 根 于 其 中 的 技术 基础 也 常常 会 是 
C++。 在 C++l1 中 ， 常 量 表 达 式 以 及 原子 操作 都 是 可 以 用 于 支持 和 谍 入 式 
编程 的 重要 特性 。 这 些 特性 对 于 提高 性 能 、 降 低 存储 空间 都 大 有 好 处 ， 
比如 ROM。 


C++98/03 中 也 具备 const 类 型 ， 不 过 它 对 只 读 内 存 (ROM) xta 
不 够 好 。 这 是 因为 在 C++ 中 const 类 型 只 在 初始 化 后 才 意 味 着 它 的 值 应 该 
是 常量 表达 式 ， 从 而 在 运行 时 不 能 被 改变 。 不 过 由 于 初始 化 依旧 是 动态 
的 ， 这 对 ROM 设 备 来 说 并 不 适用 。 这 就 要 求 在 动态 初始 化 前 就 将 常量 
计算 出 来 。 为 此 标准 增加 了 constexpr， 它 让 函数 和 变量 可 以 被 编译 时 的 
常量 取代 ， 而 从 效果 上 说 ， 函 数 和 变量 在 固定 内 存 设 备 中 要 求 的 空间 变 
得 更 少 ， 因 而 对 于 手持 、 桌 面 等 用 于 各 种 移动 控制 的 小 型 嵌入 式 设 备 
(甚至 心率 调整 器 ) 的 ROM 而 言 ，C++11 也 支持 得 更 好 。 








在 C++11， 我 们 甚至 拥有 了 直接 操作 硬件 的 方法 。 这 里 指 的 是 
C++11 中 引入 的 原子 类 型 。C++11 通 过 引入 内 存 模型 ， 为 开发 者 和 系统 
建立 了 一 个 高 效 的 同步 机 制 。 作 为 开发 者 ， 通 常 需要 保证 线程 程序 能 够 
正确 同步 ， 在 程序 中 不 会 产生 竞争 。 而 相对 地 ， 系 统 《〈 可 能 是 编译 器 、 








内 存 系统 ， 或 是 缓存 一 致 性 机 制 ) 则 会 保证 程序 员 编 写 的 程序 〈 使 用 原 
子 类 型 ) 不 会 引入 数据 竞争 。 而 且 为 了 同步 ， 系 统 会 目 行 茶 止 东 些 优 
化 ， 又 保证 其 他 的 一 些 优化 有 效 。 除 非 编写 非常 诬 层 的 并 行程 序 ， 人 否则 
系统 的 优化 对 程序 员 来 讲 ， 基 本 上 是 透明 的 。 这 可 能 是 C++11 中 最 大 、 
最 华丽 的 进步 。 而 束 算 程序 员 不 乐意 使 用 原子 类 型 ， 而 要 使 用 线程 ， 那 
么 使 用 标准 的 互 斥 变量 mutex 来 进行 临界 区 的 加 锁 和 开锁 也 就 够 了 。 而 
如 果 读 者 还 想 要 饮 狂 地 挖掘 并 行 的 速度 ， 或 试图 完全 操控 底层 ， 或 想 找 
RIG, AATCC Cock-free) 的 原子 类 型 也 可 以 满足 你 的 各 种 “ 野 
心 ”。 内 存 模型 的 机 制 会 保证 你 不 会 犯错 。 只 有 在 使 用 与 系统 内 存单 位 
不 同 的 位 域 的 时 候 ， 内 存 模型 才 无 法 成 功 地 保证 同步 。 比 如 说 下 面 这 个 
位 域 的 例子 ， 这 样 的 位 域 常常 会 引发 竞争 ( 跨 了 一 个 内 存单 元 ) ， 因 为 
这 破坏 了 内 存 模型 的 假定 ， 编 诺 侣 不 能 保证 这 是 没有 竞争 的 。 











struct {int a:9; int b:7;} 





不 过 如 宁 使 用 下 面 的 字符 位 域 则 不 会 引发 竞争 ， 因 为 字符 位 域 可 以 
被 视 为 是 独立 内 存 位 置 。 而 在 C++98/03 中 ， 多 线程 程序 中 该 写法 却 通常 
会 引发 竞争 。 这 是 因为 编译 需 可 能 将 a 和 b 连 续 存 放 ， 那 么 对 b 进 行 赋值 
CARH) 的 时 候 就 有 可 能 在 a 没有 被 上 锁 的 情况 下 一 起 写 挥 了 。 原 因 
古 在 单线 程 情 况 下 第 被 视 为 普通 的 安全 的 优化 ， 却 没有 考虑 到 多 线程 情 
况 下 的 复杂 性 。C++11 则 在 这 方面 做 出 了 较 好 的 修正 。 








struct {char a; char b;} 


与 便 件 紧密 合作 的 能 力 使 得 C++ 可 以 在 任何 系统 编程 中 继续 保持 领 
先 的 位 置 ， 比 如 说 构建 设备 驱动 或 操作 系统 内 核 ， 同 时 在 一 些 像 金融 、 
游戏 这 样 需 要 蜗 性 能 后 台 守 护 进 程 的 应 用 中 ，C++ 的 参与 也 会 大 大 提升 


其 性 能 。 





我 们 会 在 第 6 草 看 到 相关 特性 的 描述 。 


1.4.7 ”开发 能 够 改变 人 们 思维 方式 的 特性 





C++11 中 一 个 小 小 的 lambda 特 性 是 如 何 手动 编程 世界 的 呢 ? 从 一 方 
面 讲 ，lambda 只 是 对 C++98/03 中 带 有 operatorO 的 局 部 仿 函数 《函数 对 
R) 包装 后 的 “语法 甜点 ”"。 事 实 上 ， 在 C++1l1 中 lambda 也 被 处 理 为 匿名 
的 仿 函 数 。 当 创建 lambda 函 数 的 时 候 ， 编 译 器 内 部 会 生成 这 样 一 个 仿 函 
数 ， 并 从 其 父 作 用 域 中 取得 参数 传递 给 lambda 函 数 。 不 过 ， 真 正 会 改变 
人 们 思维 方式 的 是 ，lambda 是 一 个 局 部 函数 ， 这 在 C++98/03 中 我 们 只 能 
模仿 实现 该 特性 。 此 外 ， 当 程序 员 开 始 越 来 越 多 地 使 用 C++11 中 先进 的 
并 行 编程 特性 时 ，lambda 会 成 为 一 个 非常 重要 的 语法 。 程 序 员 将 会 发 现 
Bi babe AF PE “lambda hie”, Bs}! ， 而 且 程序 员 也 必须 习惯 在 各 种 
上 下 文中 阅读 翻译 lambda 函 数 。 顺 融 一 提 ，lambda 笑 脸 常 会 出 现在 每 一 


个 lambda 表 达 式 的 终结 部 分 。 


为 一 个 人 们 会 改变 思维 方式 的 地 方 则 是 如 何 让 一 个 成 员 函 数 变 得 无 
效 。 在 C++98/03 中 ， 我 们 惯用 的 方法 是 将 成 员 函 数 声 明 为 私有 的 。 如 采 
读者 不 知道 这 种 方法 的 用 意 ， 很 可 能 在 阅读 代码 的 时 候 产生 困惑 。 不 过 
今天 的 读者 非常 幸运 ， 因 为 在 C++11 中 不 再 需要 这 样 的 手段 。 在 C++11 
中 我 们 可 以 通过 显 式 默认 和 删除 的 特性 ， 清 楚 明 白地 将 成 员 函 数 设 为 删 
除 的 。 这 无 疑 改 变 了 程序 员 编写 和 阅读 代码 的 方式 ， 当 然 ， 思 考 问 题 的 
方式 也 就 更 加 直截了当 了 。 








我 们 会 在 第 7 章 中 看 到 相关 特性 的 描述 。 


[lambda 笑脸 是 一 种 编写 lambda 函 数 的 编程 风格 ， 即 在 lambda 函 数 结 
RNa Ss SRS IES, ARK ETERS. PSEA 
第 7 章 中 没有 采用 lambda 笑 脸 的 编程 风格 。 





1.4.8 ”融入 编程 现实 








现实 世界 中 的 编程 往往 都 有 特殊 的 需求 。 比 如 在 访问 因特网 的 时 候 
我 们 常常 需要 输入 URL， 而 URL 通 常 都 包含 了 和 斜 线 “/”。 要 在 C++ 中 输入 
斜 线 却 不 是 件 容易 的 事 ， 通 常 我 们 需要 转 义 字符 “V” 的 配合 ， 否 则 和 斜 线 
则 可 能 被 误 认为 是 除法 符号 。 所 以 如 果 读 者 在 写 网 络 地 址 或 目录 路 径 的 
时 候 ， 代 码 最 终 看 起 来 就 是 一 堆 倒 骨 口 的 反 斜 线 的 组 合 ， 而 且 会 让 内 容 
变 得 星 深 。 而 C++11 中 的 原生 字符 串 和 常量 则 可 免除 “ 转 义 ”的 需要 ， 也 可 
以 帮助 程序 员 清 晰 地 呈现 网 络 地址 或 文件 系统 目录 的 真实 内 容 。 








另 一 方面 ， 如 今 GNU 的 属性 〈attribute) 几乎 无 所 不 在 ， 所 有 的 编 
译 器 都 在 党 试 文 持 它 ， 以 用 于 修饰 类 型 、 变 量 和 函数 等 。 不 过 
__attribute__((attribute-name)) 这 样 的 写法 ， 除 了 不 怎么 好 看 外 ， 每 一 个 
编译 器 可 能 还 都 有 它 自己 的 变 体 ， 比 如 微软 的 属性 就 是 以 _ declspec 打 
头 的 。 因 此 在 C++ll 中 ， 我 们 看 到 了 通用 属性 的 出 现 。 














不 过 C++11 引 入 通用 属性 更 大 的 原因 在 于 ， 属 性 可 以 在 不 引入 额外 
的 关键 字 的 情况 下 ， 为 编译 提供 额外 的 信息 。 因 此 ， 一 些 可 以 实现 为 关 
键 字 的 特性 ， 也 可 以 用 属性 来 实现 《在 某 些 情况 下 ， 属 性 甚至 还 可 以 在 
代码 中 放 入 程序 供应 丙 的 名 字 ， 不 过 这 样 做 存在 一 些 争 议 ) 。 这 在 使 用 
关键 字 还 是 将 特性 实现 为 一 个 通用 属性 间 就 会 存在 权衡 。 不 过 最 后 标准 











委员 会 认为 ， 在 现在 的 情况 下 ， 在 C++11 中 的 通用 属性 不 能 破坏 已 有 的 
类 型 系统 ， 也 不 应 该 在 代码 中 引起 语义 的 歧义 。 也 就 是 说 ， 有 属性 的 和 
没有 属性 的 代码 在 编译 时 行为 是 一 致 的 。 所 以 C++11 标 准 最 终 选择 创建 
很 少 的 几 个 通用 属性 一 noreturn 和 carrier_dependency (其 实 final、 
override 也 一 度 是 热门 “人 选 ") 。 





属性 的 真正 强大 之 处 在 于 它们 能 够 让 编译 器 供应 丙 创建 他 们 目 己 的 
语言 扩展 ， 同 时 不 会 干扰 语言 或 等 待 特 性 的 标准 化 。 它 们 可 以 被 用 于 在 
一 些 域内 加 入 特定 的 “方言 "， 甚 至 是 在 不 用 pragma 语 法 的 情况 下 扩展 专 
有 的 并 行 机 制 ( 如 果 读 者 了 解 OpenMP， 对 此 会 有 一 些 体 会 )。 











我 们 将 在 第 8 章 中 看 到 相关 的 描述 。 


1.5 本 书 的 约定 


1.5.1 关于 一 些 术 语 的 翻译 





在 C++11 标 准 中 ， 我 们 会 涉及 很 多 已 有 的 或 新 建 的 术语 。 在 本 书 
中 ， 这 些 术语 我 们 会 尽量 翻译 ， 但 不 求 过 度 翻 译 。 








在 己 有 翻译 且 翻 译 意 义 已 经 被 广 为 接 受 的 情况 下 ， 我 们 会 使 用 己 有 
的 翻译 词汇 。 比 如 说 将 class 翻 译 为 “类 ”， 或 者 将 template 翻 译 为 “模板 ”。 
这 样 翻译 已 经 为 中 文 读者 广 为 接 受 ， 本 书 则 会 沿用 这 样 的 译 法 。 





而 已 有 翻译 但 是 意义 并 没有 被 广 为 接 受 的 情况 下 ， 本 书 中 则 会 考虑 
保留 英文 原文 。 比 如 说 将 “URL” 翻 译 为 “统一 资源 定 址 占 ” 在 我 们 看 来 就 
是 一 种 典型 的 不 民情 况 。 通 党 将 这 样 的 术语 翻译 为 中 文 会 阻碍 读者 的 理 
解 。 而 大 多 数 能 够 阅读 本 书 的 读者 也 会 具有 基本 的 英文 阅读 能 力 和 一 些 
常识 性 的 计算 机 知识 ， 因 此 本 书 将 保留 原文 ， 以 期 望 能 够 帮助 读者 更 好 
地 理解 涉及 术语 的 部 分 。 





对 于 还 没有 广泛 被 认同 的 中 文 翻译 的 术语 ， 我 们 会 采用 审慎 的 态 
度 。 一 些 时 候 ， 如 果 英 文 确实 有 利于 理解 ， 我 们 会 尝试 以 注释 的 方式 提 
供 一 个 中 文 的 解释 ， 而 在 文中 保持 英文 。 如 果 翻 译 成 中 文 非常 利于 理 
解 ， 则 会 提供 一 个 中 文 的 翻译 ， 在 注释 中 留 下 英文 。 


1.5.2 FPS PEE 


在 本 书 中 ， 如 果 可 能 我 们 会 将 一 些 形 如 cout、printf 打 印 至 标准 输 
出 /错误 的 内 容 放 在 代码 的 注释 中 ， 从 读书 的 经 验 来 看 ， 我 们 认为 这 样 
是 最 方便 阅读 的 。 比 如 : 





int a = 2012; 
cout << "hello, world" << endl; // hello, world 
cout << a << ”“ 


is doomed" << endl; // 2012 is doomed 





同时 ， 一 些 关 键 的 、 有 助 于 读者 理解 代码 的 解释 也 会 放 在 注释 中 。 
在 通常 情况 下 ， 注 释 中 有 了 打印 结果 的 语句 不 会 再 有 其 他 的 代码 解释 。 
如 果 有 ， 我 们 将 会 以 逗号 将 其 分 开 。 比 如 : 





cout << "hello world" << endl; // hello world, 打印 


"hello world" 





1.5.3 ”关于 本 书 中 的 代码 示例 与 实验 平台 


在 本 书 的 编写 中 ， 我 们 一 共 使 用 了 3 种 编译 器 对 代码 进行 编译 ， 即 
IBM 的 xlC++、GNU 的 g++， 以 及 llvm 的 clang++。 我 们 使 用 的 这 3 种 编译 
虱 都 是 开发 中 的 版 本 ， 其 中 xlC++ 使 用 的 是 开发 中 的 版 本 13，g++ 使 用 的 
是 开发 中 的 版 本 4.8， 而 clang++ 则 使 用 的 是 开发 中 的 版 本 3.2。 


本 书 的 代码 大 多 数 由 作者 原创 ， 少 量 使 用 了 C++11 标 准 提案 中 的 案 
例 ， 以 及 一 些 网 上 资源 。 由 于 本 书 编写 时 ， 还 没有 编译 器 提供 对 C++11 
所 有 特性 的 完整 文 持 ， 所 以 通 音 我 们 都 会 将 使 用 的 编译 器 、 编 译 时 采用 
的 编译 选项 罗列 在 代码 处 。 在 本 书 的 代码 中 ， 我 们 会 以 g++ 编译 为 主 ， 
但 这 并 不 意味 着 其 他 编译 器 无 法 编译 通过 这 些 代码 示例 。 从 我 们 现在 看 
到 的 结果 而 言 ， 使 用 相同 特性 的 代码 ， 编 译 占 的 支持 往往 不 存在 很 大 的 
个 体 差 别 〈 这 也 是 设立 标准 的 意义 所 在 ) 。 而 具体 的 编译 器 文 持 ， 读 者 
则 可 以 通过 附录 C 获 得 相关 的 信息 。 








我 们 的 代码 运行 平台 之 一 是 一 台 运 行 在 IBM Power 服 务 器 上 的 SUSE 
Linux Enterprise Server 11(x86_64) 的 虚拟 机 (从 我 们 的 实验 看 来 ， 在 该 
虚拟 机 上 并 没有 出 现 与 实体 机 器 不 一 致 之 处 ， 而 不 同 的 Linux 也 不 会 对 
我 们 的 实验 产生 影响 ) 。 运 行 平台 之 二 则 是 一 台 运 行 于 SUSE Linux 





Enterprise Server 10 SP2(ppO 的 IBM Power5+ 服 务 器 。 
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容 。 这 样 的 兼容 性 不 仅 体 现在 程序 员 可 以 较为 容易 地 将 C 代 码 “ 升 级 ”为 
C++ 代码 上 ， 也 体现 在 C 代 码 可 以 被 C++ 的 编译 如 所 编译 上 。 新 的 C++11 
标准 也 并 不 例外 。 在 C++11 中 ， 设 计 者 总 是 保证 在 不 破坏 原 有 设计 的 情 
况 下 ， 增 加 新 的 特性 ， 以 充分 保证 语言 的 稳定 性 与 兼容 性 。 本 章 中 的 新 
特性 基本 上 都 遵循 了 该 设计 思想 。 











2.1 保持 与 C99 兼 容 


CEP 类 别 ， 部 分 人 








在 C11 之 前 最 新 的 C 标 准 是 1999 年 制定 的 C99 标 准 。 而 第 一 个 C++ 语 


言 标准 却 出 现在 1998 年 (通常 被 称 为 C++98) ， 随 后 的 C++03 标 准 也 只 
对 C++98 进 行 了 小 的 修正 。 这 样 一 来 ， 虽 然 C 语 言 发 展 中 的 大 多 数 改 进 
都 被 引入 了 C++ 语言 标准 中 ， 但 还 是 存在 着 一 些 属于 C99 标 准 的 “漏网 之 


t” 








。 所 以 C++11 将 对 以 下 C99 特 性 的 支持 也 都 纳入 了 新 标准 中 : 


-C99 中 的 预定 义 宏 


_ func 预定 义 标 识 符 
Pragma 操 作 符 


.不 定 参数 宏 定义 以 及 _VA_ARGS 


这 些 特性 并 不 像 语 法 规则 一 样 党 用， 并 且 有 的 C++ 编译 器 实现 也 都 


先 于 标准 地 将 这 些 特性 实现 ， 因 此 可 能 大 多 数 程序 员 没 有 发 现 这 些 不 兼 


容 
o 


但 将 这 些 C99 的 特性 在 C++11 中 标准 化 无 疑 可 以 更 广泛 地 保证 两 者 


的 兼容 性 。 我 们 来 分 别 看 一 下 。 


2.1.1 MEL 





除去 语法 规范 等 ， 包 括 标 准 库 的 接口 函数 定义 、 相 关 的 类 型 、 宏 、 
常量 等 也 都 会 被 发 布 在 语言 标准 中 。 相 较 于 C89 标 准 ，C99 语 言 标准 增 
加 一 些 预 定义 宏 。C++11 同 样 增加 了 对 这 些 宏 的 支持 。 我 们 可 以 看 一 下 


宏 名 称 








表 2-1 C++11 中 与 C99 兼 容 的 宏 


功能 描述 





_STDC HOSTED _ 


如 果 编 译 需 的 目标 系统 环境 中 包含 完整 的 标准 C 库 ， 那 么 这 个 安 就 定义 为 1， 和 否则 安 
的 值 为 0 





_ DE 


C 编译 需 通 常用 这 个 安 的 值 来 表示 编译 需 的 实现 是 否 和 C 标准 一 致 。C++11 标准 中 这 
个 安 是 否定 义 以 及 定 成 什么 值 由 编译 需 来 决定 





_ STDC VERSION _ 


C 编译 右 通 常用 这 个 宏 来 表示 所 支持 的 C 标准 的 版 本 ， 比 如 1999mmL。C++11 标准 中 
这 个 宏 是 否定 义 以 及 定 成 什么 值 将 由 编译 右 来 决定 





STDC ISO 10646 


这 个 宏 通 常 定义 为 一 个 yyyymmL 格式 的 整数 常量 ,例如 199712L， 用 来 表示 C++ 编 





译 环境 符合 某 个 版 本 的 ISO/IEC 10646 标准 





使 用 这 些 宏 ， 我 们 可 以 查验 机 器 环境 对 C 标 准 和 C 库 的 支持 状况 ， 
如 代码 清单 2-1 所 示 。 


代码 清单 2-1 





#include <iostream> 
using namespace std; 


int main() { 


cout << 
cout << 
// cout 
cout << 


} 
// 编译 选项 


"Standard Clib: " << STDC_HOSTED << endl; // Standard Clib: 1 





"Standard C: " << _STDC__ << endl; // Standard C: 1 
<< "C Stardard version: " << __STDC_VERSION__ << endl; 
"ISO/IEC " << STDC_ISO_10646 << endl; // ISO/IEC 200009 





:g++ -Std=c++11 2-1-1.cpp 








在 我 们 的 实验 机 上 ，_STDC VERSION __ 这 个 宏 没 有 定义 〈 也 是 
符合 标准 规定 的 ， 如 表 2-1 所 示 ) ， 其 余 的 宏 都 可 以 打印 出 一 些 常量 
值 。 








预定 义 宏 对 于 多 目标 平台 代码 的 编写 通常 具有 重大 意义 。 通 过 以 上 
的 宏 ， 程 序 员 通 过 使 用 ##fdef/#endif 等 预 处 理 指令 ， 就 可 使 得 平台 相关 
代码 只 在 适合 于 当前 平台 的 代码 上 编译 ， 从 而 在 同一 套 代 码 中 完成 对 多 
平台 的 文 持 。 从 这 个 意义 上 讲 ， 平 全 信息 相关 的 宏 越 丰富 ， 代 码 的 多 平 
台 文 持 越 准确 。 











不 过 值得 注意 的 是 ， 与 所 有 预定 义 宏 相 同 的 ， 如 果 用 户 重 定义 
(Hdefine) 或 indef 了 预定 义 的 宏 ， 那 么 后 果 是 “未 定义 ”的 。 因 此 在 代 
码 编 写 中 ， 程 序 员 应 该 注意 避免 目 定义 宏 与 预定 义 宏 同名 的 情况 。 











2.1.2 _ func 预定 义 标识 符 


很 多 现实 的 编译 器 都 支持 C99 标 准 中 的 ”func ”预定 义 标 识 符 功 
其 基本 功能 就 是 返回 所 在 函数 的 名 字 。 我 们 可 以 看 看 下 面 这 个 例 


如 代码 清单 2-2 所 示 。 





ap 
on 


SN 


代码 清单 2-2 





#include <string> 
#include <iostream> 
using namespace std; 


const char* hello() { return __func__; } 
const char* world() { return __func__; } 
int main(){ 
cout << hello() << ", " << world() << endl; // hello, world 
} 
// 编译 选项 


:g++ -Std=c++11 2-1-2.cpp 





在 代码 清 蛙 2-2 中 ， 我 们 定义 了 两 个 函数 hello 和 world。 利 用 
func ”预定 义 标识 符 ， 我 们 返回 了 函数 的 名 字 ， 并 将 其 打印 出 来 。 事 
实 上 ， 按 照 标准 定义 ， 编 译 器 会 隐 式 地 在 函数 的 定义 之 后 定义 _ func__ 
标识 符 。 比 如 上 述 例子 中 的 hello 函 数 ， 其 实际 的 定义 等 同 于 如 下 代码 : 











const char* hello() { 
static const char* _ func = "hello"; 
return __func__; 


} 








func 预定 义 标识 符 对 于 轻 量 级 的 调试 代码 具有 十 分 重要 的 作 





用 。 而 在 C++11 中 ， 标 准 甚至 允许 其 使 用 在 类 或 者 结构 体 中 。 我 们 可 以 
看 看 下 面 这 个 例子 ， 如 代码 清单 2-3 所 示 。 


代码 清单 2-3 





#include <iostream> 

using namespace std; 

struct TestStruct { 
TestStruct () : name(__func__) {} 
const char *name; 


i 
int main() { 
TestStruct ts; 
cout << ts.name << endl; // TestStruct 


} 
// 编译 选项 


:g++ -Std=c++11 2-1-3.cpp 





从 代码 清单 2-3 可 以 看 到 ， 在 结构 体 的 构造 函数 中 ， 初 始 化 成 员 列 
表 使 用 _func_ 预 定义 标识 符 是 可 行 的 ， 其 效果 跟 在 函数 中 使 用 一 样 。 
不 过 将 _ fun_ 标识 符 作 为 函数 参数 的 默认 值 是 不 多 许 的 ， 如 下 例 所 


不 : 











void FuncFail( string func_name = __func__) {};// 无 法 通过 编译 





这 是 由 于 在 参数 声明 时 ，_func_ 还 未 被 定义 。 


2.1.3 _Pragma 操 作 符 


在 C/C++ 标准 中 ，#pragma 是 一 条 预 处 理 的 指令 (preprocessor 
directive) 。 简 单 地 说 ， 趣 ragma 是 用 来 癌 编 译 器 传达 语言 标准 以 外 的 一 
些 信息 。 举 个 简单 的 例子 ， 如 果 我 们 在 代码 的 头 文 件 中 定义 了 以 下 语 
fj: 





#pragma once 





那么 该 指令 会 指示 编译 器 〈 如 采编 译 需 文 持 ) ， 该 头 文件 应 该 只 被 
编译 一 次 。 这 与 使 用 如 下 代码 来 定义 头 文件 所 达到 的 效果 是 一 样 的 。 





#ifndef THIS_HEADER 
#define THIS_HEADER 
// 一 些 头 文件 的 定义 


#endif 





在 C++11 中 ， 标 准 定义 了 与 预 处 理 指令 #pragma 功 能 相同 的 操作 符 
_Pragma。_Pragma 操 作 符 的 格式 如 下 所 示 : 








_Pragma (字符 串 字面 量 


) 








其 使 用 方法 跟 sizeof 等 操作 符 一 样 ， 将 字符 串 字 面 量 作 为 参数 写 在 





括号 内 即 可 。 那 么 要 达到 与 上 例 #pragma 类 似 的 效果 ， 则 只 需要 如 下 代 
码 即 可 。 





_Pragma("once"); 





而 相 比 预 处 理 指令 #pragma， 由 于 _Pragma 是 一 个 操作 符 ， 因 此 可 以 
用 在 一 些 宏 中 。 我 们 可 以 看 看 下 面 这 个 例子 : 





#define CONCAT(x) PRAGMA(concat on #x) 
#define PRAGMA(x) _Pragma(#x) 
CONCAT( ..\concat.dir ) 





这 里 ，CONCAT(.\concat.dir) 最 终 会 产生 _Pragma(concat 
on"..\concat.dir") 这 样 的 效果 (这 里 只 是 显示 语法 效果 ， 应 该 没有 编译 器 
支持 这 样 的 _Pragma 语 法 ) 。 而 #pragma 则 不 能 在 宏 中 展开 ， 因 此 从 灵活 
性 上 来 讲 ，C++11 的 _Pragma 具 有 更 大 的 灵活 性 。 








2.14 变 长 参数 的 宏 定 义 以 及 _VA ARGS _ 


在 C99 标 准 中 ， 程 序 员 可 以 使 用 变 长 参数 的 宏 定 义 。 变 长 参数 的 宏 
定义 是 指 在 宏 定义 中 参数 列表 的 最 后 一 个 参数 为 省 略 写 ， 而 预定 义 宏 
_VA_ARGS_ 则 可 以 在 宏 定 义 的 实现 部 分 替换 省 略 号 所 代表 的 字符 
串 。 比 如 : 











#define PR(...) printf(__VA_ARGS__) 





就 可 以 定义 一 个 printf 的 别名 PR。 事 实 上 ， 变 长 参数 宏 与 printf 是 一 
对 好 搭档 。 我 们 可 以 看 如 代码 清单 2-4 所 示 的 一 个 简单 的 变 长 参数 宏 的 
应 用 。 


代码 清单 2-4 





#include <stdio.h> 

#define LOG(...) {\ 
fprintf(stderr, "%s: Line %d:\t", FILE, LINE__);\ 
fprintf(stderr, __VA_ARGS__);\ 
fprintf(stderr, "\n");\ 





int main() { 
int x = 3; 
// 一 些 代码 


ll 
w 


LOG("x = %d", x); // 2-1-5.cpp: Line 12: X 


/ / 编译 选项 


:g++ -std=c++11 2-1-5.cpp 


一 | 


在 代码 清单 2-4 中 ， 定 义 LOG 宏 用 于 记录 代码 位 置 中 一 些 信息 。 程 
序 员 可 以 根据 stderr 产 生 的 日 志 奶 调 到 代码 中 产生 这 些 记录 的 位 置 。 引 
入 这 样 的 特性 ， 对 于 轻 量 级 调试 ， 简 单 的 错误 输出 都 是 具有 积极 意义 
的 。 

















2.1.5 WET EMEI 


EL AIA C++ NE, EFIE Cchar) 转换 成 宽 字 人 符 串 
(wchar_t) 是 未 定义 的 行为 。 而 在 C++11 标 准 中 ， 在 将 军 字 符 串 和 宽 字 
符 串 进行 连接 时 ， 文 持 C++11 标 准 的 编译 器 会 将 军 字 符 串 转换 成 宽 字 符 


P, Aa Fb Sy GEE AT BET ER 


dy 





事实 上 ， 在 C++11 中 ， 我 们 还 定义 了 更 多 种 类 的 字符 串 类 型 〈 主 要 
为 了 更 好 地 文 持 Unicode) ， 更 多 详细 的 内 容 ， 读 者 可 以 参见 8.3 与 8.4 





ct 部 


2.2 long long 整 型 


[请 下 类别， 部 分 人 





相 比 于 C++98 标 准 ，C++11 整 型 的 最 大 改变 就 是 多 了 long long。 但 
事实 上 ，long long 整 型 本 来 就 离 C++ 标 准 很 近 ， 早 在 1995 年 ，long long 
就 被 提议 写 入 C++98 标 准 ， 却 被 C++ 标准 委员 会 拒绝 了 。 而 后 来 ，long 
long 类 型 却 进 入 了 C99 标 准 ， 而 且 也 事实 上 也 被 很 多 编译 器 文 持 。 于 是 
轧 转 地 ，C++ 标 准 委 员 会 又 掉头 决定 将 long long 纳 入 C++11 标 准 。 





long long 整 型 有 两 种 : long long 和 unsigned long long。 在 C++11 中 ， 
标准 要 求 long long 整 型 可 以 在 不 同 平 台 上 有 不 同 的 长 度 ， 但 至 少 有 64 
位 。 我 们 在 写 和 常数 字面 量 时 ， 可 以 使 用 LL 后 级 (或 是 11) 标识 一 个 long 
long 类 型 的 字面 量 ， 而 ULL (kul, Ul, uLL) 表示 一 个 unsigned long 
long 类 型 的 字面 量 。 比 如 : 














long long int lli = -9000000000000000000LL; 
unsigned long long int ulli = -9000000000000000000ULL; 








就 定义 了 一 个 有 符号 的 long long#eeliFl 7c 4-5 Wunsigned long 
long 变 量 ulli。 事 实 上 ， 在 C++11 中 ， 还 有 很 多 与 long long 等 价 的 类 型 。 
比如 对 于 有 符号 的 ， 下 面 的 类 型 是 等 价 的 : long long. signed long 


long. long long int. signed long long int; 而 unsigned long long 和 unsigned 


long long int 也 是 等 价 的 。 


同 其 他 的 整 型 一 样 ， 要 了 解 平 台 上 long long 大 小 的 方法 就 是 查看 
<climits> (或 <limits.h> 中 的 宏 ) 。 与 1ong long 整 型 相关 的 一 共有 3 个 : 
LLONG_MIN、LLONG_MAX 和 ULLONG_MIN， 它 们 分 别 代表 了 平台 
上 最 小 的 long long 值 、 最 大 的 long long 值 ， 以 及 最 大 的 unsigned long 
long 值 。 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 2-5 所 示 。 


代码 清单 2-5 





#include <climits> 

#include <cstdio> 

using namespace std; 

int main() { 
long long 11_min = LLONG_MIN; 
long long 11_max = LLONG_MAX; 
unsigned long long ull_max = ULLONG_MAX; 
printf("min of long long: %lld\n", 11 min); // min of long long: -9223372036854; 
printf("max of long long: %lld\n", 11 max); // max of long long: 92233720368547; 
printf("max of unsigned long long: %llu\n", ull_max); // max of unsigned long 


// 编译 选项 


:g++ -std=c++11 2-2-1.cpp 





在 代码 清单 2-5 中 ， 将 以 上 3 个 宏 打 印 了 出 来 ， 对 于 printf 函 数 来 说 ， 
输出 有 符号 的 long long 类 型 变量 可 以 用 符号 %lld， 而 无 符号 的 unsigned 
long long 则 可 以 采用 %llu。18446744073709551615 用 16 进 制 表 示 是 
0xFFFFFFFFFFFFFFFF 〈16 个 F) ， 可 知 在 我 们 的 实验 机 上 ，long long 


是 一 个 64 位 的 类 型 。 


23 F Renee 


程序 员 常 会 在 代码 中 发 现 一 些 整 型 的 名 字 ， 比 如 UINT、__int16、 
u64、int64 t， 等 等 。 这 些 类 型 有 的 源 自 编译 器 的 自行 扩展 ， 有 的 则 是 
来 自 某 些 编程 环境 〈 比 如 工作 在 Linux 内 核 代 码 中 ) ， 不 一 而 足 。 而 事 
实 上 ， 在 C++11 中 一 共 只 定义 了 以 下 5 种 标准 的 有 符号 整 型 : 











‘signed char 
‘short int 

‘int 

‘long int 
‘long long int 


标准 同时 规定 ， 每 一 种 有 符号 整 型 都 有 一 种 对 应 的 无 符号 整数 版 
本 ， 且 有 符号 整 型 与 其 对 应 的 无 符 写 整 型 具有 相同 的 存储 空间 大 小 。 比 
如 与 signed int 对 应 的 无 符号 版 本 的 整 型 是 unsigned int. 


在 实际 的 编程 中 ， 由 于 这 5 种 基本 的 整 型 适用 性 有 限 ， 所 以 有 时 编 


译 器 出 于 需要 ， 也 会 自行 扩展 一 些 整 型 。 在 C++11 中 ， 标 准 对 这 样 的 扩 
展 做 出 了 一 些 规 定 。 具 体 地 讲 ， 除 了 标准 整 型 (standard integer type) 
之 外 ，C++11 标 准 允 许 编译 器 扩展 自 有 的 所 谓 扩 展 整 型 (extended 
integer type) 。 这 些 扩 展 整 型 的 长 度 〈 占 用 内 存 的 位 数 ) 可 以 比 最 长 的 
PRERA! Cong long int， 通 常 是 一 个 64 位 长 度 的 数据 ) 还 长 ， 也 可 以 介 
于 两 个 标准 整数 的 位 数 之 间 。 比 如 在 128 位 的 架构 上 ， 编 译 器 可 以 定义 
一 个 扩展 整 型 来 对 应 128 位 的 的 整数 ， 而 在 一 些 租 入 式 平 台 上 ， 也 可 能 
需要 扩展 出 48 位 的 整 型 ， 不 过 C++11 标 准 并 没有 对 扩展 出 的 类 型 的 名 称 
有 任何 的 规定 或 建议 ， 只 是 对 扩展 整 型 的 使 用 规则 做 出 了 一 定 的 限制 。 


简单 地 说 ，C++11 规 定 ， 扩 展 的 整 型 必须 和 标准 类 型 一 样 ， 有 符号 
类 型 和 无 符号 类 型 占用 同样 大 小 的 内 存 空间 。 而 由 于 C/C++ 是 一 种 弱 类 
型 语言 由 ， 当 运算 、 传 参 等 类 型 不 匹配 的 时 候 ， 整 型 间 会 发 生 隐 式 的 
转换 ， 这 种 过 程 通 币 被 称 为 整 型 的 提升 《Integral promotion) 。 比 如 如 
FREA: 











(int) a + (long long)b 





通常 就 会 导致 变量 (int)a 被 提升 为 long long 类 型 后 才 与 (long long)b 进 
行 运算 。 而 无 论 是 扩展 的 整 型 还 是 标准 的 整 型 ， 其 转化 的 规则 会 由 它们 
的 “等 级 ”(rank) 决定 。 而 通常 情况 ， 我 们 认为 有 如 下 原则 : 





.长度 越 大 的 整 型 等 级 越 高 ， 比 如 long long int 的 等 级 会 高 于 int。 


.长度 相 同 的 情况 下 ， 标 准 整 型 的 等 级 高 于 扩展 类 型 ， 比 如 long long 
int 和 _int64 如 果 都 是 64 位 长 度 ， 则 long long int 类 型 的 等 级 更 高 。 


:相同 大 小 的 有 符号 类 型 和 无 符号 类 型 的 等 级 相同 ，long long int 和 
unsigned long long int 的 等 级 就 相同 。 


而 在 进行 隐 式 的 整 型 转换 的 时 候 ， 一 般 是 按照 低 等 级 整 型 转换 为 高 


等 级 整 型 ， 有 符号 的 转换 为 无 符号 。 这 种 规则 其 实 跟 C++98 的 整 型 转换 
规则 是 一 致 的 。 





在 这 样 的 规则 文 持 下 ， 如 采编 译 圳 定义 一 些 目 有 的 整 型 ， 即 使 这 样 
目 定 义 的 整 型 由 于 名 称 并 没有 被 标准 收入 ， 因 而 可 移植 性 并 不 能 得 到 保 
证 ， 但 至 少 编译 器 开发 者 和 程序 员 不 用 担心 目 定 义 的 扩展 整 型 与 标准 整 
型 间 在 使 用 规则 上 尤其 是 整 型 提升 ) 存在 着 不 同 的 认识 了 。 


比如 在 一 个 128 位 的 构架 上 上， 编译 器 可 以 定义 _int128_t 为 128 位 的 有 
符号 整 型 (对 应 的 无 符号 类 型 为 -uint128_t) 。 于 是 程序 员 可 以 使 用 
_int128_t 类 型 保存 形 如 +92233720368547758070 的 超 长 整数 (长 于 64 位 
的 自然 数 ) 。 而 不 用 查看 编译 器 文档 我 们 也 会 知道 ， 一 旦 遇 到 整 型 提 
升 ， 按 照 上 面 的 规则 ， 比 如 _int128_t a， 与 任何 短 于 它 的 类 型 的 数据 b 进 
行 运算 (比如 加 法 ) 时 ， 都 会 导致 b 被 隐 式 地 转换 为 _int128_t 的 整 型 ， 
因为 扩展 的 整 型 必须 遵守 C++11 的 规范 。 


[1] 关于 C/C++ 是 强 类 型 语言 还 是 弱 类 型 语言 存在 一 些 争 议 ， 请 参见 


http://stackoverflow.com/questions/430182/is-c-strongly-typed. 


2.4 Æ cplusplus 


CEP 类 别 ， 部 分 人 








在 C 与 C++ 混合 编写 的 代码 中 ， 我 们 凋 各 会 在 头 文件 里 看 到 如 下 的 


声明 





#ifdef _ cplusplus 
extern "C" { 
#endif 

// 一 些 代码 


#ifdef _ cplusplus 


#endif 








这 种 类 型 的 头 文件 可 以 被 #include 到 C 文 件 中 进行 编译 ， 也 可 以 被 
#include 到 C++ 文 件 中 进行 编译 。 由 于 extern"C" 可 以 抑制 C++ 对 函数 名 、 
变量 名 等 符号 (symbol) 进行 名 称 重 整 (name mangling)， 因 此 编译 出 
的 C 目 标 文件 和 C++ 目 标 文 件 中 的 变量 、 函 数 名 称 等 符号 都 是 相同 的 

(否则 不 相同 〉， 链 接 器 可 以 可 靠 地 对 两 种 类 型 的 目标 文件 进行 链接 。 
这 样 该 做 法 成 为 了 C 与 C++ 混用 头 文件 的 典型 做 法 。 











鉴于 以 上 的 做 法 ， 程 序 员 可 能 认为 ”cplusplus 这 个 宏 只 有 “被 定义 
了 ”和 “未 定义 ”两 种 状态 。 事 实 上 却 并 非 如 此 ，__cplusplus 这 个 宏 通 常 被 
定义 为 一 个 整 型 值 。 而 且 随 着 标准 变化 ，__cplusplus 宏 一 般 会 是 一 个 比 


以 往 标准 中 更 大 的 值 。 比 如 在 C++03 标 准 中 ，__cplusplus 的 值 被 预定 为 
199711L， 而 在 C++11 标 准 中 ， 宏 __cplusplus 被 预定 义 为 201103L。 这 点 
变化 可 以 为 代码 所 用 。 比 如 程序 员 在 想 确 定 代 码 是 使 用 支持 Ct+11 编 译 
器 进行 编译 时 ， 那 么 可 以 按 下 面 的 方法 进行 检测 : 





#if _ cplusplus < 201103L 
#error "should use C++11 implementation" 


#endif 





这 里 ， 使 用 了 预 处 理 指令 #error， 这 使 得 不 支持 C++11 的 代码 编译 
立即 报错 并 终止 编译 。 读 者 可 以 使 用 C++98 编 译 器 和 C++11 的 编译 器 分 
别 实验 一 下 其 效果 。 


25 ”静态 断言 


CEP ka: FEE 


2.5.1 上 断言 :运行 时 与 预 处 理 时 


it Cassertion) 是 一 种 编程 中 滑 用 的 手段 。 在 通常 情况 下 ， 上 断言 
就 是 将 一 个 返回 值 总 是 需要 为 真 的 判别 式 放 在 语句 中 ， 用 于 排除 在 设计 
的 逻辑 上 不 应 该 产生 的 情况 。 比 如 一 个 函数 总 需要 输入 在 一 定 的 范围 内 
的 参数 ， 那 么 程序 员 就 可 以 对 该 参数 使 用 断言 ， 以 迫使 在 该 参数 发 生 弄 
常 的 时 候 程 序 退 出 ， 从 而 避免 程序 陷入 逻辑 的 混乱 。 





从 一 些 意义 上 讲 ， 断 言 并 不 是 正常 程序 所 必需 的 ， 不 过 对 于 程序 调 
试 来 说 ， 通 常 断言 能 够 帮助 程序 开发 者 快速 定位 那些 违反 了 某 些 前 提 条 
件 的 程序 错误 。 在 C++ 中 ， 标 准 在 <cassert> 或 <asserth> 头 文件 中 为 程序 
员 提 供 了 assert 宏 ， 用 于 在 运行 时 进行 断言 。 我 们 可 以 看 看 下 面 这 个 例 
子 ， 如 代码 清单 2-6 所 示 。 


代码 清单 2-6 





#include <cassert> 
using namespace std; 
// 一 个 简单 的 堆 内 存 数组 分 配 函 数 





char * ArrayAlloc(int a 2 
assert(n > 0); // 断言 


nn 必须 大 于 


0 
return new char [n]; 


int main (){ 
char* a = ArrayAlloc(0); 


} 
// 编译 选项 


:g++ 2-5-1.cpp 





在 代码 清单 2-6 中 ， 我 们 定义 了 一 个 ArrayAlloc 函 数 ， 该 函数 的 唯一 
功能 就 是 在 堆 上 分 配 字 节 长 度 为 n 的 数组 并 返回 。 为 了 避免 意外 发 生 ， 
浮 数 ArrayAlloc 对 参数 n 进 行 了 断言 ， 要 求 其 大 于 0。 而 main 函 数 中 对 
ArrayAlloc 的 使 用 却 没 有 满足 这 个 条 件 ， 那 么 在 运行 时 ， 我 们 可 以 看 到 
如 下 结果 : 





a.out: 2-5-1.cpp:6: char* ArrayAlloc(int): Assertion `n > 0' failed. 
Aborted 





在 C++ 中 ， 程 序 员 也 可 以 定义 宏 NDEBUG 来 禁用 assert 宏 。 这 对 发 
布 程 序 来 说 还 是 必要 的 。 因 为 程序 用 户 对 程序 退出 总 是 敏感 的 ， 而 且 部 
分 的 程序 错误 也 未 必 会 导致 程序 全 部 功能 失效 。 那 么 通过 定义 NDEBUG 
宏 发 布 程序 就 可 以 尽量 避免 程序 退出 的 状况 。 而 当 程 序 有 问题 时 ， 通 过 
没有 定义 宏 NDEBUG 的 版 本 ,程序 员 则 可 以 比较 容易 地 找到 出 问题 的 位 
置 。 事 实 上 ，assert 宏 在 <cassert> 中 的 实现 方式 类 似 于 下 列 形 式 : 




















#ifdef NDEBUG 
# define assert(expr) (static_cast<void> (0)) 
#else 


#endif 





可 以 看 到 ， 一旦 定义 了 NDBUG 宏 ，assert 宏 将 被 展开 为 一 条 无 意义 


KCEE GHA 2 Fa VE ae TLE) 。 


在 2.4 节 中 ， 我 们 还 看 到 了 #error 这 样 的 预 处 理 指令 ， 而 事实 上 ， 通 
过 预 处 理 指令 ##f 和 #error 的 配合 ， 也 可 以 让 程序 员 在 预 处 理 阶 段 进 行 断 
言 。 这 样 的 用 法 也 是 极为 常见 的 ， 比 如 GNU 的 cmathcalls.h 头 文件 中 (在 
我 们 实验 机 上 ， 该 文件 位 于 /uswinclude/bits/cmathcalls.h) ， 我 们 会 看 到 
如 下 代码 : 





#ifndef _COMPLEX_H 
#error "Never use <bits/cmathcalls.h> directly; include <complex.h> instead." 
#endif 





如 果 程序 员 直 接 包含 头 文 件 <bits/cmathcalls.h> 并 进行 编译 ， 就 会 引 
发 错误 。#error 指 令 会 将 后 面 的 语句 输出 ， 从 而 提醒 用 户 不 要 直接 使 用 
这 个 头 文件 ， 而 应 该 包含 头 文件 <complex.h>。 这 样 一 来 ， 通 过 预 处 理 
时 的 断言 ， 库 发 布 者 就 可 以 避免 一 些 头 文件 的 引用 问题 。 





2.5.2 ”静态 断言 与 static_assert 





通过 2.5.1 市 的 例子 可 以 看 到 ， 汤 言 assert 宏 只 有 在 程序 运行 时 才能 
起 作用 。 而 #error 只 在 编译 器 预 处 理 时 才能 起 作用 。 有 的 时 候 ， 我 们 和希 
望 在 编译 时 能 做 一 些 断 言 。 比 如 下 面 这 个 例子 ， 如 代码 清单 2-7 所 示 。 


代码 清单 2-7 





#include <cassert> 
using namespace std; 
// 枚 举 编译 器 对 各 种 特性 的 支持 


r 每 个 枚 举 值 占 一 位 


enum FeatureSupports { 


C99 = 0x0001, 
ExtInt = 0x0002, 
SAssert = 0x0004, 
NoExcept = 0x0008, 
SMAX = 0x0010, 


} 


/ 
// 一 个 编译 器 类 型 ， 包 括 名 称 、 特 性 支持 等 


struct Compiler{ 
const char * name; 
int spp; // 使 用 


FeatureSupports 枚 举 


}; 
int main() { 
// 检查 枚 举 值 是 否 完备 


assert((SMAX - 1) == (C99 | ExtInt | SAssert | NoExcept)); 
Compiler a = {"abc", (C99 | SAssert)}; 
LI iws 


if (a.spp & C99) { 
// 一 些 代码 


} 
} 
// 编译 选项 


:g++ 2-5-2.cpp 


代码 清单 2-7 所 示 的 是 C 代 码 中 常见 的 “ 按 位 存储 属性 ”的 例子 。 在 该 
例 中 ， 我 们 编写 了 一 个 枚 举 类 型 FeatureSupports， 用 于 列举 编译 器 对 各 
种 特性 的 支持 。 而 结构 体 Compiler 则 包含 了 一 个 int 类 型 成 员 spp。 由 于 
各 种 特性 部 具有 “ 文 持 ”和 “不 支持 ”两 种 状态 ， 所 以 为 了 节省 存储 空间 ， 
我 们 让 每 个 FeatureSupports 的 枚 举 值 占据 一 个 特定 的 比特 位 置 ， 并 在 使 
用 时 通过 “或 ”运算 压缩 地 存储 在 Compiler 的 spp 成 员 中 《〈 即 bitset 的 概 
念 ) 。 在 使 用 时 ， 则 可 以 通过 检查 spp 的 茶 位 来 判断 编译 器 对 特性 是 否 
文 持 。 


有 的 时 候 这 样 的 枚 举 值 会 非常 多 ， 而 且 还 会 在 代码 维护 中 不 断 增 
加 。 那 么 代码 编写 者 必须 想 出 办 法 来 对 这 些 枚 举 进行 校 验 ， 比 如 查验 一 
下 是 否 有 重 位 等 。 在 本 例 中 程序 员 的 做 法 是 使 用 一 个 “最 大 榴 
举 ”SMAX， 并 通过 比较 SMAX-1 与 所 有 其 他 枚 举 的 或 运算 值 来 验证 是 否 
有 枚 举 值 重 位 。 可 以 想象 ， 如 果 SAssert 被 误 定义 为 0x0001， 表 达 式 
(SMAX-1)==(C99|ExtInt|SAssert[INoExcept) 将 不 再 成 立 。 





在 本 例 中 我 们 使 用 了 断言 assert。 但 assert 是 一 个 运行 时 的 断言 ， 这 











意味 着 不 运行 程序 我 们 将 无 法 得 知 是 否 有 枚 举重 位 。 在 一 些 情况 下 ， 这 
是 不 可 接受 的 ， 因 为 可 能 单 次 运行 代码 并 不 会 调用 到 assert 相 关 的 代码 
路 径 。 因 此 这 样 的 校 验 最 好 是 在 编译 时 期 就 能 完成 











在 一 些 C++ 的 模板 的 编写 中 ， 我 们 可 能 也 会 遇 到 相同 的 情况 ， 比 如 
下 面 这 个 例子 ， 如 代码 清单 2-8 所 示 。 


代码 清单 2-8 





#include <cassert> 

#include <cstring> 

using namespace std; 

template <typename T, typename U> int bit_copy(T& a, U& b){ 
assert(sizeof(b) == sizeof(a)); 
memcpy(&a, &b, sizeof (b)); 

了 

int main() { 
int a = 0x2468; 
double b; 
bit_copy(a, b); 


} 
// 编译 选项 


:g++ 2-5-3.cpp 





代码 清单 2-8 中 的 assert 是 要 保证 a 和 b 两 种 类 型 的 长 度 一 致 ， 这 样 
bit_copy 才 能 够 保证 复制 操作 不 会 遇 到 越界 等 问题 。 这 里 我 们 还 是 使 用 
assert 的 这 样 的 运行 时 断言 ， 但 如 条 bit_copy 不 被 调用 ， 我 们 将 无 法 触发 
该 断言 。 实 际 上 ， 正 确 产生 断言 的 时 机 应 该 在 模板 实例 化 时 ， 即 编译 时 
期 。 


代码 清单 2-7 和 代码 清单 2-8 这 类 问题 的 解决 方案 是 进行 编译 时 期 的 








断言 ， 即 所 谓 的 “静态 断言 "。 事 实 上 ， 利 用 语言 规则 实现 静态 断言 的 讨 
论 非常 多 ， 比 较 典 型 的 实现 是 开源 库 Boost 内 置 的 

BOOST STATIC_ASSERT 断 言 机 制 〈 利 用 sizeof 操 作 符 ) 。 我 们 可 以 利 
用 “ 除 0” 会 导致 编译 器 报错 这 个 特性 来 实现 静态 断言 。 








#define assert_static(e) \ 
do { \ 
enum { assert_static__ = 1/(e) }; \ 
} while (0) 





在 理解 这 段 代 码 时 ， 读 者 可 以 忽略 do while 循 环 以 及 enum 这 些 语法 
上 的 技巧 。 真 正 起 作用 的 只 是 1(e) 这 个 表达 式 。 把 它 应 用 到 代码 清单 2- 
8 中 ， 就 会 得 到 代码 清单 2-9。 


代码 清单 2-9 





#include <cstring> 
using namespace std; 
#define assert_static(e) \ 


do { \ 
enum { assert_static__ = 1/(e) }; \ 
} while (0) 
template <typename T, typename U> int bit_copy(T& a, U& b){ 
assert_static(sizeof(b) == sizeof(a)); 


memcpy(&a, &b, sizeof (b)); 
J; 
int main() { 

int a = 0x2468; 

double b; 

bit_copy(a, b); 


// 编译 选项 


:g++ -std=c++11 2-5-4.cpp 





结果 如 我 们 预期 的 ， 在 模板 实例 化 时 我 们 会 得 到 编译 器 的 错误 报 


告 ， 读 者 可 以 实验 一 下 在 自己 本 机 运行 的 结果 。 在 我 们 的 实验 机 上 会 输 
出 比较 长 的 错误 信息 ， 主 要 信息 是 除 零 错 误 。 当 然 ， 读 者 也 可 以 尝试 一 
下 Boost 库 内 置 的 BOOST_STATIC_ASSERT， 输 出 的 主要 信息 是 sizeof 
错误 。 但 无 论 是 哪 种 方式 的 静态 断言 ， 其 缺陷 都 是 很 明显 的 : 诊断 信息 
不 够 充分 ， 不 熟悉 该 静态 断言 实现 的 程序 员 可 能 一 时 无 法 将 错误 对 应 到 
断言 错误 上 ， 从 而 难以 准确 定位 错误 的 根源 。 








在 C++11 标 准 中 ， 引 入 了 static_assert 源 言 来 解决 这 个 问题 。 
static_assert 使 用 起 来 非常 简单 ， 它 接收 两 个 参数 ， 一 个 是 断言 表达 式 ， 
这 个 表达 式 通 音 需 要 返回 一 个 bool 值 ;一 个 则 是 警告 信息 ， 它 通 弟 也 就 
是 一 段 字 符 串 。 我 们 可 以 用 static_assert 蔡 换 一 下 代码 清单 2-9 中 bit_copy 
的 声明 。 











template <typename t, typename u> int bit_copy(t& a, u& b){ 
static_assert(sizeof(b) == sizeof(a),"the parameters of bit_copy must have same 
}; 





那么 再 次 编译 代码 清单 2-9 的 时 候 ， 我 们 就 会 得 到 如 下 信息 : 





error: static assertion failed: "the parameters of bit_copy should have same width.' 








KWE ee Ee, BIES AA Ree eee. i HA 
static_assert 是 编译 时 期 的 断言 ， 其 使 用 范围 不 像 assert 一 样 受 到 限制 。 在 
通常 情况 下 ，static_assert 可 以 用 于 任何 名 字 空 间 ， 如 代码 清单 2-10 所 
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代码 清单 2-10 





static_assert(sizeof(int) == 8, "This 64-bit machine should follow this!"); 
int main() { return 0; } 
// 编译 选项 


:g++ -std=c++11 2-5-5.cpp 





而 在 C++ 中 ， 函 数 则 不 可 能 像 代 码 清 单 2-10 中 的 static_assert 这 样 独 
立 于 任何 调用 之 外 运行 。 因 此 将 static_assert 写 在 函数 体外 通常 是 较 好 的 
选择 ， 这 让 代码 阅读 者 可 以 较 容易 发 现 static_assert 为 断言 而 非 用 户 定 义 
的 函数 。 而 反 过 来 讲 ， 必 须 注意 的 是 ，static_assert 的 断言 表达 式 的 结 
必须 是 在 编译 时 期 可 以 计算 的 表达 式 ， 即 必须 是 常量 表达 式 。 如 果 读 者 
使 用 了 变量 ， 则 会 导致 错误 ， 如 代码 清单 2-11 所 示 。 








代码 清单 2-11 





int positive(const int n) { 
static_assert(n > 0, "value must >0"); 


} 
// 编译 选项 


:g++ -Std=c++11 -c 2-5-6.cpp 








代码 清单 2-11 使 用 了 参数 变量 n (虽然 是 个 const 参 数 ) ， 因 而 
static_assert 无 法 通过 编译 。 对 于 此 例 ， 如 果 程 序 员 需要 的 只 是 运行 时 的 
检查 ， 那 么 还 是 应 该 使 用 assert 宏 。 








2.6 ”noexcept 修 饰 符 与 noexcept 操 作 符 


CE 类 别 ， 库 作者 











相 比 于 断言 适用 于 排除 逻辑 上 不 可 能 存在 的 状态 ， 异 常 通常 是 用 于 
逻辑 上 可 能 发 生 的 错误 。 在 C++98 中 ， 我 们 看 到 了 一 套 完整 的 不 同 于 C 
的 异常 处 理 系 统 。 通 过 这 套 异常 处 理 系 统 ，C++ 拥 有 了 远 比 C 强 大 的 异 
常 处 理 功能 。 


在 异常 处 理 的 代码 中 ， 程 序 员 有 可 能 看 到 过 如 下 的 异常 声明 表达 形 
式 : 


void excpt_func() throw(int, double) { ... } 


在 excpt_func 函 数 声明 之 后 ， 我 们 定义 了 一 个 动态 中 第 声明 
throw(int,double)， 该 声明 指出 了 excpt_func 可 能 抛 出 的 异常 的 类 型 。 事 
实 上 ， 该 特性 很 少 被 使 用 ， 因 此 在 C++11 中 被 弃 用 了 (参见 附录 B) ， 
而 表示 函数 不 会 抛 出 异常 的 动态 异常 声明 throw0 也 被 新 的 noexcept 异 常 
声明 所 取代 。 








noexcept 形 如 其 名 地 ， 表 示 其 修饰 的 函数 不 会 抛 出 异种。 不 过 与 
throw() 动 态 异 常 声 明 不 同 的 是 ， 在 C++11 中 如 果 noexcept 修 饰 的 函数 抛 
出 了 异常 ， 编 译 器 可 以 选择 直接 调用 std::terminate() 函 数 来 终止 程序 的 运 








行 ， 这 比 基 于 异 第 机 制 的 throw0O 在 效率 上 会 高 一 些 。 这 是 因为 寞 第 机 制 
会 带 来 一 些 额 外 开销 ， 比 如 函数 抛 出 异常 ， 会 导致 函数 栈 被 依次 地 展开 
Cunwind) ， 并 依 帧 调用 在 本 帧 中 已 构 造 的 自动 变量 的 析 构 函数 等 。 


从 语法 上 讲 ，noexcept 修 饰 人 特有 两 种 形式 ， 一 种 束 是 简单 地 在 函数 
声明 后 加 上 noexcept 关 键 字 。 比 如 : 





void excpt_func() noexcept; 





男 外 一 种 则 可 以 接受 一 个 第 量 表达 式 作为 参数 ， 如 下 所 示 : 





void excpt_func() noexcept (常量 表达 式 


); 





常量 表达 式 的 结果 会 被 转换 成 一 个 bool 类 型 的 值 。 该 值 为 tue， 表 
示 轴 数 不 会 抛 出 异常 ， 反 之 ， 则 有 可 能 抛 出 异常 。 这 里 ， 不 市 常量 表达 
式 的 noexcept 相 当 于 声明 了 noexcept(true)， 即 不 会 抛 出 异常 。 


在 通常 情况 下 ， 在 C++11 中 使 用 noexcept 可 以 有 效 地 阻止 异常 的 传 
播 与 扩散 。 我 们 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 2-12 所 示 。 


代码 清单 2-12 





#include <iostream> 

using namespace std; 

void Throw() { throw 1; } 

void NoBlockThrow() { Throw(); } 

void BlockThrow() noexcept { Throw(); } 


int main() { 
try { 
Throw(); 


} 
catch(...) { 
cout << "Found throw." << endl; // Found throw. 


} 
try { 
NoBlockThrow( ); 


} 
catch(...) { 

cout << "Throw is not blocked." << endl; // Throw is not blocked. 
} 


try { 
BlockThrow(); // terminate called after throwing an instance of ‘int' 


} 
catch(...) { 

cout << "Found throw 1." << endl; 
} 


} 
// 编译 选项 


:g++ -Std=c++11 2-6-1.cpp 





在 代码 清单 2-12 中 ， 我 们 定义 了 Throw 函 数 ， 该 函数 的 唯一 作用 是 
抛 出 一 个 异常 。 而 NoBlockThrow 是 一 个 调用 Throw 的 普通 函数 ， 
BlockThrow 则 是 一 个 noexcept 修 饰 的 函数 。 从 main 的 运行 中 我 们 可 以 看 
到 ，NoBlockThrow 会 让 Throw 函 数 抛 出 的 异常 继续 抛 出， 直到 main 中 的 
catch 语 句 将 其 捕捉 。 而 BlockIThrow 则 会 直接 调用 std::terminate 中 断 程序 
的 执行 ， 从 而 阻止 了 异常 的 继续 传播 。 从 使 用 效果 上 看 ， 这 与 C++98 中 
的 throwO 是 一 样 的 。 


而 noexcept 作 为 一 个 操作 符 时 ， 通 常 可 以 用 于 模板 。 比 如 : 





template <class T> 
void fun() noexcept(noexcept(T())) {} 





这 里 ，fun 函 数 是 否 是 一 个 noexcept 的 函数 ， 将 由 TO 表达 式 是 否 会 


抛 出 异常 所 决定 。 这 里 的 第 二 个 noexcept 就 是 一 个 noexcept 操 作 符 。 当 
其 参数 是 一 个 有 可 能 抛 出 异常 的 表达 式 的 时 候 ， 其 返回 值 为 false， 肥 之 
为 tue (实际 noexcept 参 数 返回 false 还 包括 一 些 情况 ， 这 里 就 不 展开 讲 
T) 。 这 样 一 来 ， 我 们 就 可 以 使 模板 函数 根据 条 件 实 现 noexcept 修 饰 的 
版 本 或 无 noexcept 修 饰 的 版 本 。 从 泛 型 编程 的 角度 看 来 ， 这 样 的 设计 保 
证 了 关于 “函数 是 否 抛 出 异常 > 这 样 的 问题 可 以 通过 表达 式 进 行 推导 。 
此 这 也 可 以 视 作 C++11 为 了 更 好 地 支持 泛 型 编程 而 引入 的 特性 。 





虽然 noexcept 修 饰 的 函数 通过 std::terminate 的 调用 来 结束 程序 的 执行 
的 方式 可 能 会 带 来 很 多 问题 ， 比 如 无 法 保证 对 象 的 析 构 函数 的 正常 调 
用 ， 无 法 保证 栈 的 自动 释放 等 ， 但 很 多 时 候 , “暴力 ”地 终止 整个 程序 确 
实 是 很 简单 有 效 的 做 法 。 事 实 上 ，noexcept 被 广泛 地 、 系 统 地 应 用 在 
C++11 的 标准 库 中 ， 用 于 提高 标准 库 的 性 能 ， 以 及 满足 一 些 阻止 异常 扩 
散 的 需求 。 








比如 在 Ct++98 中 ， 存 在 着 使 用 throw() 来 声明 不 抛 出 异常 的 函数 。 





template<class T> class A { 
public: 
static constexpr T min() throw() { return T(); } 
static constexpr T max() throw() { return T(); } 
static constexpr T lowest() throw() { return T() 


i } 





而 在 C++11 中 ， 则 使 用 noexcept 来 蔡 换 throw(0)。 





template<class T> class A { 
public: 


static constexpr T min() noexcept { return T(); } 
static constexpr T max() noexcept { return T(); } 
static constexpr T lowest() noexcept { return T(); } 





又 比如 ， 在 C++98 中 ，new 可 能 会 包含 一 些 抛 出 的 std::bad_alloc 异 


AY 
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void* operator new(std::size_t) throw(std::bad_alloc); 
void* operator new[](std::size_t) throw(std::bad_alloc); 





而 在 C++11 中 ， 则 使 用 noexcept(false) 来 进行 替代 。 





void* operator new(std::size_t) noexcept(false); 
void* operator new[](std::size_t) noexcept(false); 





当然 ，noexcept 更 大 的 作用 是 保证 应 用 程序 的 安全 。 比 如 一 个 类 析 
构 函 数 不 应 该 抛 出 异常 ， 那 么 对 于 稼 被 析 构 函数 调用 的 delete 函 数 来 
说 ，C++11 默 认 将 delete 函 数 设置 成 noexcept， 就 可 以 提高 应 用 程序 的 安 
全 性 。 





void operator delete(void*) noexcept; 
void operator delete[](void*) noexcept; 





而 同样 出 于 安全 考虑 ，C++11 标 准 中 让 类 的 析 构 函数 默认 也 是 
noexcept(true) 的 。 当 然 ， 如 果 程 序 员 显 式 地 为 析 构 函数 指定 了 
noexcept， 或 者 类 的 基 类 或 成 员 有 noexcept(false) 的 析 构 函数 ， 析 构 函 数 
就 不 会 再 保持 默认 值 。 我 们 可 以 看 看 下 面 的 例子 ， 如 代码 清单 2-13 所 





代码 清单 2-13 





#include <iostream> 
using namespace std; 
struct A { 

~A() { throw 1; } 


了 
struct B { 
~B() noexcept(false) { throw 2; } 


}; 
struct C { 


B b; 
J; 
int funA() { A a; } 
int funB() { B b; } 
int func() {C c; } 
int main() { 
try { 
funB( ); 
} 
catch(...){ 
cout << "caught funB." << endl; // caught funB. 
} 
try { 
func(); 
} 
catch(...){ 
cout << "caught func." << endl; // caught func. 
} 
try { 
funA(); // terminate called after throwing an instance of 'int' 
} 
catch(...){ 
cout << "caught funA." << endl; 
} 


} 
// 编译 选项 


:g++ -std=c++11 2-6-2.cpp 








在 代码 清单 2-13 中 ， 无 论 是 析 构 函数 声明 为 noexcept(false) 的 类 了 B， 
还 是 包含 了 B 类 型 成 员 的 类 C， 其 析 构 函数 都 是 可 以 抛 出 异常 的 。 只 有 
什么 都 没有 声明 的 类 A， 其 析 构 函数 被 默认 为 noexcept(true)， 从 而 阻止 





了 异常 的 扩散 。 这 在 实际 的 使 用 中 ， 应 该 引起 程 


2.7 ”快速 初始 化 成 员 变 量 
CEP 类 别 ， 部 分 人 


在 C++98 中 ， 支 持 了 在 类 声明 中 使 用 等 号 “=” 加 初始 值 的 方式 ， 来 
初始 化 类 中 静态 成 员 常 量 。 这 种 声明 方式 我 们 也 称 之 为 “就 地 ”声明 。 就 
地 声明 在 代码 编写 时 非常 便利 ， 不 过 C++98 对 类 中 就 地 声明 的 要 求 却 非 
常 高 。 如 果 静 态 成 员 不 满足 常量 性 ， 则 不 可 以 就 地 声明 ， 而 且 即 使 常量 
的 静态 成 员 也 只 能 是 整 型 或 者 枚 举 型 才能 就 地 初始 化 。 而 非 静 态 成 员 变 
量 的 初始 化 则 必须 在 构造 函数 中 进行 。 我 们 来 看 看 下 面 的 例子 ， 如 代码 
清单 2-14 所 示 。 














代码 清单 2-14 





class Initf{ 

public: 
Init(): a(0){} 
Init(int d): a(d){} 


private: 
int a; 
const static int b = 0; 
int c = 1; // ”成员 ， 无 法 通过 编译 


static int d = 0; // 成 员 ， 无 法 通过 编译 


static const double e = 1.3; // 非 整 型 或 者 枚 举 ， 无 法 通过 编译 


static const char * const f = "e"; // 非 整 型 或 者 枚 举 ， 无 法 通过 编译 


}; 
// 编译 选项 


‘g++ -c 2-7-1.cpp 


在 代码 清单 2-14 中 ， 成 员 c、 静 态 成 员 d、 静 态 常量 成 员 e 以 及 静态 

量 指针 f 的 就 地 初始 化 都 无 法 通过 编译 这里， 使 用 g++ 的 读者 可 能 发 
现 就 地 初始 化 double 类 型 静态 常量 e 是 可 以 通过 编译 的 ， 不 过 这 实际 是 
GNU 对 C++ 的 一 个 扩展 ， 并 不 遵从 C++ 标准 ) 。 在 C++11 中 ， 标 准 允许 
非 静 态 成 员 变 量 的 初始 化 有 多 种 形式 。 有 具体 而 言 ， 除 了 初始 化 列表 外 ， 
在 C++11 中 ， 标 准 还 允许 使 用 等 号 = 或 者 花 括 写 {} 进 行 就 地 的 非 静 态 成 
员 变 量 初始 化 。 比 如 : 








struct init{ int a = 1; double b {1.2}; }; 


在 这 个 名 叫 init 的 结构 体 中 ， 我 们 给 了 非 静 态 成 员 a 和 Pb 分 别 赋予 初 
值 1 和 1.2。 这 在 C++11 中 是 一 个 合法 的 结构 体 声 明 。 虽 然 这 里 采用 的 一 
对 花 括号 介 的 初始 化 方法 读者 第 一 次 见 到 ， 不 过 在 第 3 章 中 ， 读 者 会 在 
C++ 对 于 初始 化 表达 式 的 改动 发 现 ， 花 括号 式 的 集合 〈 列 表 ) 初始 化 已 
经 成 为 C++11 中 初始 化 声明 的 一 种 通用 形式 ， 而 其 效果 类 似 于 C++98 中 
使 用 圆 括号 0 对 自 定义 变量 的 表达 式 列 表 初 始 化 。 不 过 在 C++11 中 ， 对 
于 非 静 态 成 员 进 行 就 地 初始 化 ， 两 者 却 并 非 等 价 的 ， 如 代码 清单 2-15 所 
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代码 清单 2-15 





#include <string> 
using namespace std; 
struct C { 
C(int i):c(i){}; 
int C; 
}; 
struct init { 
int a = 1; 
string b("hello"); // 无 法 通过 编译 


c c(1); // 无 法 通过 编译 


}; 
// 编译 选项 


:g++ -Std=c++11 -c 2-7-2.cpp 








从 代码 清单 2-15 中 可 以 看 到 ， 就 地 圆 括号 式 的 表达 式 列 表 初 始 化 非 
静态 成 员 b 和 c 都 会 导致 编译 出 错 。 





在 C++11 标 准 文 持 了 束 地 初始 化 非 静态 成 员 的 同时 ， 初 始 化 列表 这 
个 手段 也 被 保留 下 来 了 。 如 果 两 者 都 使 用 ， 是 否 会 发 生 冲突 呢 ? 我 们 来 
看 下 面 这 个 例子 ， 如 代码 清单 2-16 所 示 。 


代码 清单 2-16 





#include <iostream> 

using namespace std; 

struct Mem { 
Mem() { cout << "Mem default, num: " << num << endl; } 
Mem(int i): num(i) { cout << "Mem, num: " << num << endl; } 
int num = 2; // 使 用 


= 初始 化 非 静态 成 员 


}; 


class Group { 


public: 
Group() { cout << "Group default. val: " << val << endl; } 
Group(int i): val('G'), a(i) { cout << "Group. val: " << val << endl; } 
void NumOfA() { cout << "number of A: " << a.num << endl; } 
void NumOfB() { cout << "number of B: " << b.num << endl; } 
private: 


char val{'g'}; // 使 用 


{} 初 始 化 非 静 态 成 员 


Mem a; 
Mem b{19}; // 使 用 


{} 初 始 化 非 静 态 成 员 


}; 

int main() { 
Mem member; // Mem default, num: 2 
Group group; // Mem default, num: 2 


// Mem, num: 19 

// Group default. val: g 
group .NumOfA( ) ; // number of A: 2 
group.NumOfB(); // number of B: 19 
Group group2(7); // Mem, num: 7 

// Mem, num: 19 

// Group. val: G 
group2.NumOFfA(); // number of A: 7 
group2.NumOfB(); // number of B: 19 


} 
// 编译 选项 


:g++ 2-7-3.cpp -std=c++11 





在 代码 清单 2-16 中 ， 我 们 定义 了 有 两 个 初始 化 函数 的 类 Mem， 此 外 
还 定义 了 包含 两 个 Mem 对 象 的 Group 类 。 类 Mem 中 的 成 员 变 量 num， 以 
及 class Group 中 的 成 员 变 量 a、b、val， 采 用 了 与 C++98 完 全 不 同 的 初始 
化 方式 。 读 者 可 以 从 main 函 数 的 打印 输出 中 看 到 ， 就 地 初始 化 和 初始 化 
列表 并 不 冲突 。 程 序 员 可 以 为 同一 成 员 变 量 既 声明 就 地 的 列表 初始 化 ， 




















又 在 初始 化 列表 中 进行 初始 化 ， 只 不 过 初始 化 列表 总 是 看 起 来 “后 作用 
于 ? 非 静态 成 员 。 也 就 是 说 ， 初 始 化 列表 的 效果 总 是 优先 于 就 地 初始 化 
的 。 








相对 于 传统 的 初始 化 列表 ， 在 类 声明 中 对 非 豆 态 成 员 变 量 进行 就 地 
列表 初始 化 可 以 降低 程序 员 的 工作 量 。 当 然 ， 我 们 只 在 有 多 个 构造 函 
数 ， 且 有 多 个 成 员 变 量 的 时 候 可 以 看 到 新 方式 带 来 的 便利 。 我 们 来 看 看 
下 面 的 例子 ， 如 代码 清单 2-17 所 示 。 





代码 清单 2-17 





#include <string> 
using namespace std; 
class Mem { 
public: 

Mem(int i): m(i){} 
private: 

int m; 


}; 
class Group { 
public: 
Group(){} // 这 里 就 不 需要 初始 化 





data、 


mem, 


name 成 员 了 


Group(int a): data(a) {} // 这 里 就 不 需要 初始 化 





name 成 员 了 


Group(Mem m) : mem(m) {} / / 这 里 就 不 需要 初始 化 





data、 


name 成 员 了 


Group(int a, Mem m, string n): data(a), mem(m), name(n){} 
private: 

int data = 1; 

Mem mem{0}; 

string name{"Group"}; 


}; 
// 编译 选项 


:g++ 2-7-4.cpp -std=c++11 -c 





在 代码 清单 2-17 中 ，Group 有 4 个 构造 函数 。 可 以 想象 ， 如 果 我 们 使 
用 的 是 C++98 的 编译 器 ， 我 们 不 得 不 在 Group()、Group(int a), LAR 
Group(Mem m) 这 3 个 构造 函数 中 将 data、mem、name 这 3 个 成 员 都 写 进 
始 化 列表 。 但 如 果 使 用 的 是 C++11 的 编译 器 ， 那 么 通过 对 非 静态 成 员 变 
量 的 就 地 初始 化 ， 我 们 就 可 以 避免 重复 地 在 初始 化 列表 中 写 上 每 个 非 静 
态 成员 了 《在 C++98 中 ， 我 们 还 可 以 通过 调用 公共 的 初始 化 函数 来 达到 
类 似 的 目的 ， 不 过 目前 在 书写 的 复杂 性 及 效率 性 上 远 低 于 C++11 改 进 后 
的 做 法 ) 。 





此 外 ， 值 得 注意 的 是 ， 对 于 非常 量 的 静态 成 员 变 量 ，C++11 则 与 
C++98 保 持 了 一 致 。 程 序 员 还 是 需要 到 头 文件 以 外 去 定义 它 ， 这 会 保证 
编译 时 ， 类 静态 成 员 的 定义 最 后 只 存在 于 一 个 目标 文件 中 。 不 过 对 于 静 
态 常量 成 员 ， 除 了 const 关 键 字 外 ， 在 本 书 第 6 半 中 我 们 会 看 到 还 可 以 使 
用 constexpr 来 对 静态 常量 成 员 进行 声明 。 




















2.8 非 静 态 成 员 的 Sizeof 


从 C 语 言 被 发 明 开 始 ，sizeof 就 是 一 个 运算 符 ， 也 是 C 语 言 中 除了 加 
减 乘除 以 外 为 数 不 多 的 特殊 运算 符 之 一 。 而 在 C++ 引入 类 〈class) 类 型 
之 后 ，sizeof 的 定义 也 随 之 进行 了 拓展 。 不 过 在 C++98 标 准 中 ， 对 非 静 态 
成 员 变量 使 用 sizeof 是 不 能 够 通过 编译 的 。 我 们 可 以 看 看 下 面 的 例子 ， 

如 代码 清单 2-18 所 示 。 








代码 清单 2-18 





#include <iostream> 
using namespace std; 
struct People { 
public: 
int hand; 
static People * all; 
F; 
int main() { 
People p; 
cout << sizeof(p.hand) << endl; // C++98 piir 





[a 
E 


， C++11 中 通过 





cout << sizeof(People::all) << endl; // C++98 中 通过 


， C++11 中 通过 


cout << sizeof(People::hand) << endl; // C++98 中 错误 





， C++11 中 通过 





} 
// 编译 选项 


:g++ 2-8-1.cpp 





注意 最 后 一 个 sizeof 操 作 。 在 C++11 中 ， 对 非 静 态 成 员 变 量 使 用 
sizeof 操 作 是 合法 的 。 而 在 C++98 中 ， 只 有 静态 成 员 ， 或 者 对 象 的 实例 才 
能 对 其 成 员 进 行 sizeof 操 作 。 因 此 如 果 读 者 只 有 一 个 文 持 C++98 标 准 的 编 
译 句 ， 在 没有 定义 类 实例 的 时 候 ， 要 获得 类 成 员 的 大 小 ， 我 们 通 秆 会 条 
用 以 下 的 代码 : 














Sizeof(((People*)0)->hand ) 


这 里 我 们 强制 转换 0 为 一 个 People 类 的 指针 ， 继 而 通过 指针 的 解 引 
用 获得 其 成 员 变 量 ， 并 用 sizeof 求 得 该 成 员 变 量 的 大 小 。 而 在 C++11 中 ， 
我 们 无 需 这 样 的 技巧 ， 因 为 sizeof 可 以 作用 的 表达 式 包 括 了 类 成 员 表达 
式 。 








sizeof(People: :hand); 





可 以 看 到 ， 无 论 从 代码 的 可 读 性 还 是 编写 的 便利 性 ，C++11 的 规则 
都 比 强 制 指针 转换 的 方案 更 胜 一 筹 。 


2.9 扩展 的 friend 语 法 
CEP 类 别 ， 部 分 人 





friend 关 键 字 在 C++ 中 是 一 个 比较 特别 的 存在 。 因 为 我 们 常常 会 发 
现 ， 一 些 面 向 对 象 程序 语言 ， 比 如 Java， 就 没有 定义 friend 关 键 字 。 
friend 关 键 字 用 于 声明 类 的 友 元 ， 友 元 可 以 无 视 类 中 成 员 的 属性 。 无 论 
成 员 是 public、protected 或 是 private 的 ， 友 元 类 或 友 元 函数 都 可 以 访问 ， 

这 就 完全 破坏 了 面向 对 象 编程 中 封装 性 的 概念 。 因 此 ， 使 用 friend 关 键 
字 充 满 了 争议 性 。 在 通常 情况 下 ， 面 向 对 象 程 序 开 发 的 专家 会 建议 程序 
员 使 用 Get/Set 接 口 来 访问 类 的 成 员 ， 但 有 的 时 候 ，friend 关 键 字 确实 会 
让 程序 员 少 写 很 多 代码 。 因 此 即使 存在 争论 ，friend 还 是 在 很 多 程序 中 
被 使 用 到 。 而 C++11 对 friend 关 键 字 进 行 了 一 些 改进 ， 以 保证 其 更 加 好 
用 。 我 们 可 以 看 看 下 面 的 例子 ， 如 代码 清单 2-19 所 示 。 














代码 清单 2-19 





class Poly; 
typedef Poly P; 
class LiLei { 
friend class Poly; // C++98 通 过 


, C++11 通 过 


/ 
class Jim { 
friend Poly; // C++98 失 败 


， C++11 通 过 


/ 
class HanMeiMei { 
friend P; // C++98 失 败 


， C++11 通 过 


}; 
// 编译 选项 


:g++ -Std=c++11 2-9-1.cpp 





在 代码 清单 2-19 中 ， 我 们 声明 了 3 个 类 型 : LiLei、Jim 和 
HanMeiMei， 它 们 都 有 一 个 友 元 类 型 Poly。 从 编译 通过 与 否 的 状况 中 我 
们 可 以 看 出 ， 在 C++11 中 ， 声 明 一 个 类 为 妨 外 一 个 类 的 友 元 时 ， 不 再 需 
要 使 用 class 关 键 字 。 本 例 中 的 Jim 和 HanMeiMei 就 是 这 样 一 种 情况 ， 在 
HanMeiMei 的 声明 中 ， 我 们 甚至 还 使 用 了 Poly 的 别名 P， 这 同样 是 可 行 
的 。 








虽然 在 C++11 中 这 是 一 个 小 的 改进 ， 却 会 带 来 一 点 应 用 的 变化 一 程 
序 员 可 以 为 类 模板 声明 友 元 了 。 这 在 C++98 中 是 无 法 做 到 的 。 比 如 下 面 
这 个 例子 ， 如 代码 清单 2-20 所 示 。 


代码 清单 2-20 





class P; 
template <typename T> class People { 
friend T; 


}; 
People<P> PP; // 类 型 


P 在 这 里 是 





People 类 型 的 友 元 


People<int> Pi; // 对 于 


工 ni 七 类 型 模板 参数 ， 友 元 声明 被 忽略 


/ / 编译 选项 


:g++ -Std=c++11 2-9-2.cpp 





从 代码 清单 2-20 中 我 们 看 到 ， 对 于 People 这 个 模板 类 ， 在 使 用 类 了 P 为 
模板 参数 时 ，P 是 People<P> 的 一 个 friend 类 。 而 在 使 用 内 置 类 型 int 作 为 
模板 参数 的 时 候 ，People<int> 会 被 实例 化 为 一 个 普通 的 没有 友 元 定义 的 
类 型 。 这 样 一 来 ， 我 们 就 可 以 在 模板 实例 化 时 才 确 定 一 个 模板 类 是 否 
友 元 ， 以 及 谁 是 这 个 模板 类 的 友 元 。 这 是 一 个 非常 有 趣 的 小 特性 ， 在 编 
写 一 些 测 试用 例 的 时 候 ， 使 用 该 特性 是 很 有 好 处 的 。 我 们 看 看 下 和 面 的 例 
子 ， 该 例子 源 目 一 个 实际 的 测试 用 例 ， 如 代码 清单 2-21 所 示 。 








代码 清单 2-21 





// 为 了 方便 测试 ， 进 行 了 危险 的 定义 


#ifdef UNIT_TEST 
#define private public 
#endif 
class Defender { 
public: 
void Defence(int x, int y){} 
void Tackle(int x, int y){} 
private: 
int pos_x = 15; 


int pos_y = 0; 
int speed = 2; 
int stamina = 120; 


}; 
class Attacker { 
public: 
void Move(int x, int y){} 
void SpeedUp(float ratio) {} 
private: 
int pos_x = 0; 
int pos_y = -30; 
int speed = 3; 


t 
int stamina = 100; 


}; 
#ifdef UNIT_TEST 
class Validator { 
public: 
void Validate(int x, int y, Defender & d){} 
void Validate(int x, int y, Attacker & a){} 
F; 
int main() { 
Defender d; 
Attacker a; 
a.Move(15, 30); 
d.Defence(15, 30); 
a.SpeedUp(1.5f); 
d.Defence(15, 30); 
Validator v; 
v.Validate(7, ©, d); 
v.Validate(1, -10, a); 
return 0; 


} 
#endif 
// 编译 选项 


:g++ 2-9-3.cpp -std=c++11 -DUNIT_TEST 





在 代码 清单 2-21 所 示 的 这 个 例子 中 ， 测 试 人 员 的 目的 是 在 一 系列 函 
数 调用 后 ， 检 查 Attacker 类 变量 a 和 Defender 类 变量 d 中 成 员 变 量 的 值 是 否 
符合 预期 。 这 里 ， 按 照 封装 的 思想 ， 所 有 成 员 变 量 被 声明 为 private 的 。 
但 Attacker 和 Defender 的 开发 者 为 了 方便 ， 并 没有 为 每 个 成 员 写 Get 函 
数 ， 也 没有 为 Attacker 和 Defender 增 加 友 元 定义 。 而 测试 人 员 为 了 能 够 快 
速写 出 测试 程序 ， 采 用 了 比较 危险 的 做 法 ， 即 使 用 宏 将 private 关 键 字 统 
一 替换 为 public 关 键 字 。 这 样 一 来 ， 类 中 的 private 成 员 就 都 成 了 public 























的 。 这 样 的 做 法 存在 4 个 缺点 : 一 是 如 果 侯 焉 程 序 中 没有 变量 包含 
private 字 符 串 ， 该 方法 可 以 正 第 工作 ， 但 反之 ， 则 有 可 能 导致 严重 的 编 
译 时 错误 ; 二 是 这 种 做 法 会 降低 代码 可 读 性 ， 因 为 改变 了 一 个 和 常见 关键 
字 的 意义 ， 没 有 注意 到 这 个 宏 的 程序 员 可 能 会 非常 迷惑 程序 的 行为 ;三 
是 如 果 在 类 的 成 员 定义 时 不 指定 关键 字 (如 public、private、protect 
等 ) ， 而 使 用 默认 的 private 成 员 访 问 限 制 ， 那 么 该 方法 也 不 能 达到 目 
的 ; 四 则 很 简单 ， 这 样 的 做 法 看 起 来 也 并 不 深 融 。 


不 过 由 于 有 了 扩展 的 friend 声 明 ， 在 C++11 中 ， 我 们 可 以 将 Defender 
和 Attacker 类 改良 一 下 。 我 们 看 看 下 面 的 例子 ， 如 代码 清单 2-22 所 示 。 


代码 清单 2-22 





template <typename T> class DefenderT { 
public: 

friend T; 

void Defence(int x, int y){} 

void Tackle(int x, int y){} 


private: 
int pos_x = 15; 
int pos_y = 0; 
int speed = 2; 
int stamina = 120; 
}; 
template <typename T> class AttackerT { 
public: 
friend T; 
void Move(int x, int y){} 
void SpeedUp(float ratio) {} 
private: 
int pos_x = 0; 
int pos_y = -30; 
int speed = 3; 
int stamina = 100; 
}; 
using Defender = DefenderT<int>; // 普通 的 类 定义 ， 使 用 


工 mn 七 做 参数 


using Attacker = AttackerT<int>; 
#ifdef UNIT_TEST 
class Validator { 
public: 
void Validate(int x, int y, DefenderTest & d){} 
void Validate(int x, int y, AttackerTest & a){} 
}; 


using DefenderTest = DefenderT<Validator>; // 测试 专用 的 定义 ， 























Validator 类 成 为 友 元 


using AttackerTest = AttackerT<Validator>; 

int main() { 
DefenderTest d; 
AttackerTest a; 
a.Move(15, 30); 
d.Defence(15, 30); 
a.SpeedUp(1.5f); 
d.Defence(15, 30); 
Validator v; 
v.Validate(7, ©, d); 
v.Validate(1, -10, a); 
return 0; 

} 


#endif 
// 编译 选项 


:g++ 2-9-4.cpp -std=c++11 -DUNIT_TEST 





在 代码 清单 2-22 中 ， 我 们 把 原 有 的 Defender 和 Attacker 类 定义 为 模板 
类 DefenderT 和 AttackerT。 而 在 需要 进行 测试 的 时 候 ， 我 们 使 用 Validator 
为 模板 参数 ， 实 例 化 出 DefenderTest 及 AttackerTest 版 本 的 类 ， 这 个 版 本 
的 特点 是 ，Validator 是 它们 的 友 元 ， 可 以 任意 访问 任何 成 员 函 数 。 而 另 
外 一 个 版 本 则 是 使 用 int 类 型 进行 实例 化 的 Defender 和 Attacker， 按 照 
C++11 的 定义 ， 它 们 不 会 有 友 元 。 因 此 这 个 版 本 保持 了 良好 的 封装 性 ， 
可 以 用 于 提供 接口 用 于 常规 使 用 。 











值得 注意 的 是 ， 在 代码 清单 2-22 中 ， 我 们 使 用 J 了 using 来 定义 类 型 的 


别名 ， 这 跟 使 用 typedef 的 定义 类 型 的 别名 是 完全 一 样 的 。 使 用 using 定 义 
类 型 别名 是 C++11 中 的 一 个 新 特性 ， 我 们 可 以 在 3.10 节 中 看 到 相关 的 描 


BF 


2.10 ”final/override 控 制 
[从 类别， 部 分 人 


在 了 解 C++11 中 的 final/override 关 键 字 之 前 ， 我 们 先 回 顾 一 下 C++ 关 

于 重 载 的 概念 。 简 单 地 说 ， 一 个 类 A 中 声明 的 虚 函 数 fun 在 其 派生 类 B 中 

再 次 被 定义 ， 且 B 中 的 函数 fun 跟 A 中 fun 的 原型 一 样 ( 函 数 名 、 参 数列 表 

一 样 ) ， 那 么 我 们 就 称 B 重 载 (overload) 了 A 的 fun 函 数 。 对 于 任何 B 

类 型 的 变量 ， 调 用 成 员 函 数 fun 都 是 调用 了 B 重 载 的 版 本 。 而 如 果 同 时 有 

A 的 派生 类 C， 却 并 没有 重 载 A 的 fun 函 数 ， 那 么 调用 成 员 函 数 fun 则 会 调 
用 A 中 的 版 本 。 这 在 C++ 中 就 实现 多 态 。 








在 通常 情况 下 ， 一 旦 在 基 类 A 中 的 成 员 函 数 fun 修 声明 为 virtual 的 ， 
那么 对 于 其 派生 类 B 而 言 ，fun 总 是 能 够 被 重 载 的 《除非 被 重 写 了 ) 。 有 
的 时 候 我 们 并 不 想 fun 在 B 类 型 派生 类 中 被 重 载 ， 那 么 ，C++98 没 有 方法 
对 此 进行 限制 。 我 们 看 看 下 和 面 这 个 具体 的 例子 ， 如 代码 清单 2-23 所 示 。 


代码 清单 2-23 





#include <iostream> 
using namespace std; 
class MathObject{ 
public: 
virtual double Arith() = 0; 
virtual void Print() = 0; 
}; 
class Printable : public MathObject{ 
public: 
double Arith() = 0; 


void Print() // 在 


C++98 中 我 们 无 法 阻止 该 接口 被 重 写 





cout << "Output is: " << Arith() << endl; 


}; 
class Add2 : public Printable { 
public: 
Add2(double a, double b): x(a), y(b) {} 
double Arith() { return x + y; } 
private: 
double x, y; 


}; 

class Mul3 : public Printable { 

public: 
Mul3(double a, double b, double c): x(a), y(b), z(c) {} 
double Arith() { return x * y * z; } 

private: 
double x, y, Z; 


/ 
// 编译 选项 


:g++ 2-10-1.cpp 





在 代码 清单 2-23 中 ， 我 们 的 基础 类 MathObject 定 义 了 两 个 接口 : 
Arith 和 Print。 类 Printable 则 继承 于 MathObject 并 实现 了 Print 接 口 。 接 下 
来 ，Add2 和 Mul3 为 了 使 用 MathObject 的 接口 和 Printable 的 Print 的 实现 ， 
于 是 都 继承 了 Printable。 这 样 的 类 派生 结构 ， 在 面向 对 象 的 编程 中 非常 
典型 。 不 过 倘若 这 里 的 Printable 和 Add2 是 由 两 个 程序 员 完 成 的 ， 
Printable 的 编写 者 不 蔡 会 有 一 些 忧 虑 ， 如 采 Add2 的 编写 者 重 载 了 Print 函 
数 ， 那 么 他 所 期 望 的 统一 风格 的 打印 方式 将 不 复 存 在 。 











对 于 Java 这 种 所 有 类 型 派生 于 单一 元 类 型 (Object) 的 语言 来 说 ， 
这 种 问题 早 就 出 现 了 。 因 此 Java 语 言 使 用 了 final 关 键 字 来 阻止 函数 继续 
重 写 。final 关 键 字 的 作用 是 使 派生 类 不 可 和 窗 新 它 所 修饰 的 虚 函 数 。 





C++11 也 采用 了 类 似 的 做 法 ， 如 代码 清单 2-24 所 示 的 例子 。 


代码 清单 2-24 





struct Object{ 
virtual void fun() = 0; 
}; 


了 
struct Base : public Object { 
void fun() final; // 声明 为 
final 
/ 
struct Derived : public Base { 
void fun(); // 无 法 通过 编译 


}; 
// 编译 选项 


‘g++ -c -Std=c++11 2-10-2.cpp 





在 代码 清单 2-24 中 ， 派 生 于 Object 的 Base 类 重 载 了 Object 的 fun 接 
口 ， 并 将 本 类 中 的 fan 函数 声明 为 final 的 。 那 么 派生 于 Base 的 Derived 类 
对 接口 fun 的 重 载 则 会 导致 编译 时 的 错误 。 同 理 ， 在 代码 清单 2-23 中 ， 
Printable 的 编写 者 如 果 要 阻止 派生 类 重 载 Print 函 数 ， 只 需要 在 定义 时 使 
用 final 进 行 修饰 就 可 以 了 。 


读者 可 能 注意 到 了 ， 在 代码 清单 2-23 及 代码 清单 2-24 两 个 例子 当 
中 ，final 关 键 字 都 是 用 于 描述 一 个 派生 类 的 。 那 么 基 类 中 的 虚 函 数 是 否 
可 以 使 用 final 关 键 字 呢 ? 管 案 是 肯定 的 ， 不 过 这 样 将 使 用 该 虚 函 数 无 法 
被 重 载 ， 也 就 失去 了 虚 函 数 的 意义 。 如 果 不 想 成 员 函 数 被 重 载 ， 程 序 员 
可 以 直接 将 该 成 员 函 数 定义 为 非 虚 的 。 而 final 通 党 只 在 继承 关系 的 “中 














途 ” 终 止 派生 类 的 重 载 中 有 意义 。 从 接口 派生 的 角度 而 言 ，final 可 以 在 
派生 过 程 中 任意 地 阻止 一 个 接口 的 可 重 载 性 ， 这 就 给 面向 对 象 的 程序 员 
市 来 了 更 大 的 控制 力 。 











在 C++ 中 重 载 还 有 一 个 特点 ， 就 是 对 于 基 类 声明 为 virtual 的 函数 ， 

之 后 的 重 载 版 本 都 不 需要 再 声明 该 重 载 函数 为 virtual。 即 使 在 派生 类 中 
声明 了 virtual， 该 关键 字 也 是 编译 器 可 以 忽略 的 。 这 带 来 了 一 些 书 写 上 
的 便利 ， 却 带 来 了 一 些 阅 读 上 的 困难 。 比 如 代码 清单 2-23 中 的 Printable 
的 Print 函 数 ， 程 序 员 无 法 从 Printable 的 定义 中 看 出 Print 是 一 个 虚 函 数 还 
是 非 虚 函数 。 另 外 一 点 就 是 ， 在 C++ 中 有 的 虚 函 数 会 “ 跨 层 ”， 没 有 在 父 
类 中 声明 的 接口 有 可 能 是 祖先 的 虚 函 数 接口 。 比 如 在 代码 清单 2-23 中 ， 
如 果 Printable 不 声明 Arith 函 数 ， 其 接口 在 Add2 和 Mul3 中 依然 是 可 重 载 
的 ， 这 同样 是 在 父 类 中 无 法 读 到 的 信息 。 这 样 一 来 ， 如 果 类 的 继承 结构 
比较 长 (不 断 地 派生 ) 或 者 比较 复杂 《比如 偶尔 多 重 继承 ) ， 派 生 类 的 
编写 者 会 遇 到 信息 分 散 、 难 以 阅读 的 问题 (虽然 有 时 候 编 辑 器 会 进行 提 
示 ， 不 过 编辑 器 不 是 总 是 那么 有 效 ) 。 而 自己 是 否 在 重 载 一 个 接口 ， 以 
及 自己 重 载 的 接口 的 名 字 是 否 有 拼写 错误 等 ， 都 非常 不 容易 检查 。 























在 C++11 中 为 了 帮助 程序 员 写 继承 结构 复杂 的 类 型 ， 引 入 了 虚 函 数 
描述 符 override， 如 果 派 生 类 在 虚 阔 数 声明 时 使 用 了 override 摘 述 符 ， 那 
么 该 函数 必须 重 载 其 基 类 中 的 同名 函数 ， 人 否则 代码 将 无 法 通过 编译 。 我 
们 来 看 一 下 如 代码 清单 2-25 所 示 的 这 个 简单 的 例子 。 





代码 清单 2-25 





struct Base { 
virtual void Turing() = 0; 
virtual void Dijkstra() = 0; 
virtual void VNeumann(int g) = 0; 
virtual void DKnuth() const; 
void Print(); 

7; 

struct DerivedMid: public Base { 
// void VNeumann(double g); 
// 接口 被 隔离 了 ， 曾 想 多 一 个 版 本 的 














VNeumann 函 数 


}; 
struct DerivedTop : public DerivedMid { 
void Turing() override; 
void Dikjstra() override; / /无 法 通过 编译 ， 拼 写 错误 ， 并 非 重 载 


void VNeumann(double g) override; / /无 法 通过 编译 ， 参 数 不 一 致 ， 并 非 重 栽 


void DKnuth() override; / /无 法 通过 编译 ， 常 量 性 不 一 致 ， 并 非 重 载 
void Print() override; / /无 法 通过 编译 ， 非 虚 函 数 重 载 

yi 

// 编译 选项 


:g++ -C -Std=c++11 2-10-3.cpp 





在 代码 清单 2-25 中 ， 我 们 在 基 类 Base 中 定义 了 一 些 virtual 的 函数 
(接口 ) 以 及 一 个 非 virtual 的 函数 Print。 其 派生 类 DerivedMid 中 ， 基 类 
的 Base 的 接口 都 没有 重 载 ， 不 过 通过 注释 可 以 友 现 ，DerivedMid 的 作者 
曾经 想 要 重 载 出 一 个 “void VNeumann(double g)” 的 版 本 。 这 行 注 释 显 然 





迷 惑 了 编写 DerivedTop 的 程序 员 ， 所 以 DerivedTop 的 作者 在 重 载 所 有 
Base 类 的 接口 的 时 候 ， 犯 下 了 3 种 不 同 的 错误 : 





.函数 名 拼写 错 ，Dijkstra 误 写作 了 Dikjstra。 





函数 原型 不 匹配 ，VNeumann 函 数 的 参数 类 型 误 做 了 double 类 型 ， 
而 DKnuth 的 常量 性 在 派生 类 中 被 取消 了 。 


. 重 写 了 非 虚 函数 Print。 


如 果 没 有 override 修 饰 符 ，DerivedTop 的 作者 可 能 在 编译 后 都 没有 意 
识 到 自己 犯 了 这 么 多 错误 。 因 为 编译 器 对 以 上 3 种 错误 不 会 有 任何 的 警 
示 。 这 里 override 修 饰 符 则 可 以 保证 编译 器 辅助 地 做 一 些 检查 。 我 们 可 
以 看 到 ， 在 代码 清单 2-25 中 ，DerivedTop 作 者 的 4 处 错误 都 无 法 通过 编 


Ie 
Fo 





此 外 ， 值 得 指出 的 是 ， 在 C++ 中 ， 如 果 一 个 派生 类 的 编写 者 目 认 为 
新 写 了 一 个 接口 ， 而 实际 上 却 重 载 了 一 个 底层 的 接口 〈 一 些 简 单 的 名 字 
如 get、set、Pprint 束 容易 出 现 这 样 的 状况 ) ， 出 现 这 种 情况 编译 喜 还 是 
爱 砚 能 助 的 。 不 过 这 样 无 意 中 的 重 载 一 般 不 会 市 来 太 大 的 问题 ， 因 为 派 
生 类 的 变量 如 果 调 用 了 该 接口 ， 除 了 可 能 存在 的 一 些 虚 函数 开销 外 ， 仍 
然 会 执行 派生 类 的 版 本 。 因 此 编译 器 也 就 没有 必要 提供 检查 “ 非 重 载 ”的 
状况 。 而 检查 “一 定 重 载 ?的 override 关 键 字 ， 对 程序 员 的 实际 应 用 则 会 
更 有 意义 。 























还 有 值得 注意 的 是 ， 如 我 们 在 第 1 章 中 提 到 的 ，final/override 也 可 以 
定义 为 正常 变量 名 ， 只 有 在 其 出 现在 函数 后 时 才 是 能 够 控制 继承 /派生 
的 关键 字 。 通 过 这 样 的 设计 ， 很 多 含有 finaloverride 变 量 或 者 函数 名 的 
C++98 人 代码 就 能 够 被 C++ 编译 器 编译 通过 了 。 但 出 于 安全 考虑 ， 建 议 读 
者 在 C++11 代 码 中 应 该 尽 可 能 地 避免 这 样 的 变量 名 称 或 将 其 定义 在 宏 
中 ， 以 防 发 生 不 必要 的 错误 。 








2.11 模板 函数 的 默认 模板 参数 
CH 类 别 ， 所 有 人 


在 C++11 中 模板 和 函数 一 样 ， 可 以 有 默认 的 参数 。 这 就 带 来 了 一 定 
的 复杂 性 。 我 可 以 通过 代码 清单 2-26 所 示 的 这 个 简单 的 模板 函数 的 例子 
来 回顾 一 下 函数 模板 的 定义 。 


代码 清单 2-26 





#include <iostream> 
using namespace std; 
// 定义 一 个 函数 模板 


template <typename T> void TempFun(T a) { 
cout << a << endl; 


int main() { 
TempFun(1); // 1, (实例 化 为 


TempFun<const int>(1)) 
TempFun("1"); // 1, (实例 化 为 


TempFun<const char *>("1")) 


} 
// 编译 选项 


:g++ 2-11-1.cpp 





在 代码 清单 2-26 中 ， 当 编译 器 解析 到 疯 数 调用 fun(1) 的 时 候 ， 发 现 
fun 是 一 个 函数 模板 。 这 时 候 编 译 器 就 会 根据 实 参 1 的 类 型 const int 推 导 
实例 化 出 模板 函数 void TempFun<const int>(int)， 再 进行 调用 。 相 应 的 ， 


对 于 fun("1) 来 说 也 是 类 似 的 ， 不 过 编译 器 实例 化 出 的 模板 函数 的 参数 


的 类 型 将 是 const char* 。 








函数 模板 在 C++98 中 与 类 模板 一 起 被 引入 ， 不 过 在 模板 类 声明 的 时 
候 ， 标 准 允 许 其 有 默认 模板 参数 。 默 认 的 模板 参数 的 作用 好 比 函 数 的 黑 
认 形 参 。 然 而 由 于 种 种 原因 ，C++98 标 准 却 不 支持 函数 模板 的 默认 模板 
参数 。 不 过 在 C++11 中 ， 这 一 限制 已 经 被 解除 了 ， 我 们 可 以 看 看 下 面 这 
个 例子 ， 如 代码 清单 2-27 所 示 。 


代码 清单 2-27 





void DefParm(int m = 3) {} // c++98 编 译 通 过 ， 


C+ 二 11 编译 通过 


template <typename T = int> 
class DefClass {}; // C++98 编 译 通过 ， 


C+ 十 11 编 译 通 过 


template <typename T = int> 
void DefTempParm() {}; // c++98 编 译 失败 ， 


C+ 十 11 编译 通过 


// 编译 选项 


:g++ -C -Std=c++11 2-11-1.cpp 





可 以 看 到 ，DefTempParm 函 数 模 板 拥有 一 个 默认 参数 。 使 用 仅 文 持 


C++98 的 编译 器 编译 ，DefTempParm 的 编译 会 失败 ， 而 支持 C++11 的 编 
译 器 则 毫 无 问题 。 不 过 在 语法 上 ， 与 类 模板 有 些 不 同 的 是 ， 在 为 多 个 默 
认 模 板 参 数 声明 指定 默认 值 的 时 候 ， 程 序 员 必 须 遵照 “从 右 往 左 ?的 规则 
进行 指定 。 而 这 个 条 件 对 函数 模板 来 说 并 不 是 必须 的 ， 如 代码 清单 2-28 
所 示 。 








代码 清单 2-28 





template<typename T1, typename T2 = int> class DefClassi1; 
template<typename T1 = int, typename T2> class DefClass2; // 无 法 通过 编译 


template<typename T, int i = 0> class DefClass3; 
template<int i = 0, typename T> class DefClass4; // 无 法 通过 编译 


template<typename T1 = int, typename T2> void DefFunc1(T1 a, T2 b); 
template<int i = 0, typename T> void DefFunc2(T a); 
// 编译 选项 


:g++ -C -Std=c++11 2-11-2.cpp 








从 代码 清单 2-28 中 可 以 看 到 ， 不 按照 从 右 往 左 定义 默认 类 模板 参数 
的 模板 类 DefClass2 和 DefClass4 都 无 法 通过 编译 。 而 对 于 函数 模板 来 
说 ， 默 认 模板 参数 的 位 置 则 比较 随意 。 可 以 看 到 DefFunc1 和 DefFunc2 都 
为 第 一 个 模板 参数 定义 了 默认 参数 ， 而 第 二 个 模板 参数 的 默认 值 并 没有 
定义 ，C++11 编 译 器 却 认为 没有 问题 。 





函数 模板 的 参数 推导 规则 也 并 不 复杂 。 简 单 地 讲 ， 如 果 能 够 从 函数 
实 参 中 推导 出 类 型 的 话 ， 那 么 默认 模板 参数 就 不 会 被 使 用 ， 反 之 ， 默 认 





模板 参数 则 可 能 会 被 使 用 。 我 们 可 以 看 看 下 面 这 个 来 自 于 C++11 标 准 草 
案 的 例子 ， 如 代码 清单 2-29 所 示 。 


代码 清单 2-29 





template <class T, class U = double> 
void f(T t = 0, Uu = 0); 




















void g() { 
f(1, 'c'); // f<int,char>(1,'c') 
f(1); // f<int,double>(1,0), 使 用 了 默认 模板 参数 
double 
f(); // 错误 


> 下 无 法 被 推导 出 来 


f<int>(); // f<int,double>(0,0), 使 用 了 默认 模板 参数 
double 
f<int,char>(); // f<int,char>(0,0) 


} 
// 编译 选项 


:g++ -Std=c++11 2-11-3.cpp 





在 代码 清单 2-29 中 ， 我 们 定义 了 一 个 函数 模板 ft，f 同 时 使 用 了 默认 
模板 参数 和 默认 函数 参数 。 可 以 看 到 ， 由 于 函数 的 模板 参数 可 以 由 函数 
的 实 参 推 导 而 出 ， 所 以 在 f(1) 这 个 函数 调用 中 ， 我 们 实例 化 出 了 模板 函 
数 的 调用 应 该 为 f<int,double>(1,0)， 其 中 ， 第 二 个 类 型 参数 U 使 用 了 默认 
的 模板 类 型 参数 double， 而 函数 实 参 则 为 默认 值 0。 类 似 地 ，f<int>0 实 
例 化 出 的 模板 函数 第 二 参数 类 型 为 double， 值 为 0。 而 表达 式 f() 由 于 第 
一 类 型 参数 T 的 无 法 推导 ， 从 而 导致 了 编译 的 失败 。 而 通过 这 个 例子 我 





们 也 可 以 看 到 ， 默 认 模 板 参 数 通 党 是 十 要 跟 默 认 函 数 参数 一 起 使 用 的 。 








还 有 一 点 应 该 强调 一 下 ， 模 板 函 数 的 默认 形 参 不 是 模板 参数 推导 的 
依据 。 函 数 模板 参数 的 选择 ， 总 是 由 函数 的 实 参 推导 而 来 的 ， 这 扣 读 者 
在 使 用 中 应 当 注 意 。 


2.12 ”外 部 模板 


[请 一 类别 ， 部 分 人 


2.12.1 为 什么 需要 外 部 模板 


“外 部 模板 ”是 C++11 中 一 个 关于 模板 性 能 上 的 改进 。 实 际 上 ,“ 外 
部 ”(extern) 这 个 概念 早 在 C 的 时 候 已 经 就 有 了 。 通 常情 况 下 ， 我 们 在 
一 个 文件 中 ac 中 定义 了 一 个 变量 int i， 而 在 另外 一 个 文件 b.c 中 想 使 用 
它 ， 这 个 时 候 我 们 就 会 在 没有 定义 变量 的 b.c 文 件 中 做 一 个 外 部 变量 的 
声明 。 比 如 : 











extern int i; 


这 样 做 的 好 处 是 ， 在 分 别 编译 了 a.c 和 b.c 之 后 ， 其 生成 的 目标 文件 
a.0O 和 b.o 中 只 有 i 这 个 符号 由 的 一 份 定义 。 具 体 地 ，a.o 中 的 i 是 实在 存在 
于 a.o 目 标 文件 的 数据 区 中 的 数据 ， 而 在 b.o 中 ， 只 是 记录 了 i 符号 会 引用 
其 他 目标 文件 中 数据 区 中 的 名 为 的 数据 。 这 样 一 来 ， 在 链接 器 (通常 
由 编译 器 代为 调用 〉 将 a.o 和 b.o 链 接 成 单个 可 执行 文件 (或 者 库 文件 ) c 
的 时 候 ，c 文 件 的 数据 区 也 只 会 有 一 个 的 数据 〈 供 a.c 和 b.c 的 代码 共 


= ) 











而 如 果 b.c 中 我 们 声明 int i 的 时 候 不 加 上 extern 的 话 ， 那 么 ij 就 会 实 实 
在 在 地 既 存 在 于 a.o 的 数据 区 中 ， 也 存在 于 b.o 的 数据 区 中 。 那 么 链接 器 
在 链接 ao0 和 b.o 的 时 候 ， 就 会 报告 错误 ， 因 为 无 法 决定 相同 的 符号 是 否 


=e AN ay 
需要 合并 。 


而 对 于 函数 模板 来 说 ， 现 在 我 们 遇 到 的 几乎 是 一 模 一 样 的 问题 。 不 
同 的 是 ， 发 生 问 题 的 不 是 变量 〈 数 据 ) ， 而 是 函数 《代码 ) 。 这 样 的 困 
境 是 由 于 模板 的 实例 化 带 来 的 。 


注意 ”这 里 我 们 以 函数 模板 为 例 ， 因 为 其 只 涉及 代码 ， 讲 解 起 来 
比较 直观 。 如 果 是 类 模板 ， 则 有 可 能 涉及 数据 ， 不 过 其 原理 都 是 类 似 
的 。 


比如 ， 我 们 在 一 个 test.h 的 文件 中 声明 了 如 下 一 个 模板 函数 : 


template <typename T> void fun(T) {} 


在 第 一 个 test1l.cpp 文 件 中 ， 我 们 定义 了 以 下 代码 : 





#include "test.h 
void test1() { fun(3); } 





而 在 男 一 个 test2.cpp 文 件 中 ， 我 们 定义 了 以 下 代码 : 


#include "test.h" 
void test2() 内 fun(4); } 


由 于 两 个 源 代 码 使 用 的 模板 函数 的 参数 类 型 一 致 ， 所 以 在 编译 
test1l.cpp 的 时 候 ， 编 译 器 实例 化 出 了 函数 fun<int>(int)， 而 当 编 译 
test2.cpp 的 时 候 ， 编 译 器 又 再 一 次 实例 化 出 函 数 fun<int>(int)。 那 么 可 
以 想象 ， 在 test1.0 目 标 文件 和 test2.0 目 标 文件 中 ， 会 有 两 份 一 模 一 样 的 


函数 fun<int>(inb 人 代码。 


代码 重复 和 数据 重复 不 同 。 数 据 重复 ， 编 译 费 往往 无 法 分 辨 是 否 是 
共有 至 的 数据 ;， 而 代码 重复 ， 为 了 节省 空间 ， 保 留 其 中 之 一 就 可 以 了 
(只 要 代码 完全 相同 ) 。 事 实 上 ， 大 部 分 链接 右 也 是 这 样 做 的 。 在 链接 
的 时 候 ， 链 接 絮 通过 一 些 编译 占 辅 助 的 手段 将 重复 的 模板 六 数 代码 
fun<int>(in0) 删 除 挥 ， 只 保留 了 单个 副本 。 这 样 一 来 ， 就 解决 了 模板 实 
例 化 时 产生 的 代码 元 余 问题 。 我 们 可 以 看 看 图 2-1 中 的 模板 函数 的 编译 
与 链接 的 过 程 示意 





不 过 读者 也 注音 到了， 对 于 源 代码 中 出 现 的 每 一 处 模板 实例 化 ， 编 
译 右 都 需要 去 做 实例 化 的 工作 ;， 而 在 链接 时 ， 链 接龙 还 需要 移 除 重复 的 
实例 化 代码 。 很 明显 ， 这 样 的 工作 太 过 元 余 ， 而 在 广泛 使 用 模板 的 项 目 
中 ， 由 于 编译 占 会 产生 大 量 见 余 代码 ， 会 极 大 地 增加 编译 器 的 编译 时 间 
和 链接 时 间 。 人 解决 这 个 问题 的 方法 基本 跟 变量 共 侍 的 思路 是 一 样 的 ， 就 
古 使 用 “外 部 的 ”模板 。 


test.h: 


template<typename T> 
void £un(T t) {} 


CEst1.cpp: test2./cpp: 






void test1() {fun(3);} void test2() {fun(4) ;} 


--- 编译 : 每 个 模板 实例 化 一 份 - -- 


= i 
fun<int> (int) | 


fun<int> (int) | int) 
保留 一 份 副本 ---. 

















--- 链接 : 


fun<int> (int) 


图 2-1 模板 函数 的 编译 与 链接 
[1] 符号 (symbol) 是 编译 器 /链接 器 的 术语 ， 读 者 可 以 简单 地 将 它 想象 
为 一 个 变量 名 字 。 


2.12.2 ” 显 式 的 实例 化 与 外 部 模板 的 声明 


外 部 模板 的 使 用 实际 依赖 于 C++98 中 一 个 已 有 的 特性 ， 即 显 式 实例 
44 (Explicit Instantiation) 。 显 式 实 例 化 的 语法 很 简单 ， 比 如 对 于 以 下 
模板 : 


template <typename T> void fun(T) {} 


我 们 只 需要 声明 : 





template void fun<int>(int); 


这 就 可 以 使 编译 器 在 本 编译 单元 中 实例 化 出 一 个 fun<int>(int) 版 本 
的 函数 《〈 这 种 做 法 也 被 称 为 强制 实例 化 ) 。 而 在 C++11 标 准 中 ， 又 加 入 
了 外 部 模板 〈Extern Template) 的 声明 。 语 法 上 ， 外 部 模板 的 声明 跟 旺 
式 的 实例 化 差不多 ， 只 是 多 了 一 个 关键 字 exterm。 对 于 上 面 的 例子 ， 我 
们 可 以 通过 : 





extern template void fun<int>(int); 





这 样 的 语法 完成 一 个 外 部 模板 的 声明 。 


那么 回 到 一 开始 我 们 的 例子 ， 来 修改 一 下 我 们 的 代码 。 首 先 ， 在 


test1.cpp 做 显 式 地 实例 化 : 





#include "test.h" 
template void fun<int>(int); // 显示 地 实例 化 


void test1() { fun(3); } 





接 下 来 ， 在 test2.cpp 中 做 外 部 模板 的 声明 : 





#include "test.h" 
extern template void fun<int>(int); // 外 部 模板 的 声明 


void test1() { fun(3); } 





这 样 一 来 ， 在 test2.o 中 不 会 再 生成 fun<int>(inb) 的 实例 代码 。 整 个 模 
板 的 实例 化 流程 如 图 2-2 所 示 。 





test.h: 







template<typename T> 
void fun(T t) {} 





test1.cpp: test2 .epp: 


template void fun<inn>(int) ; extern template void fun<in>(int) ; 





---. 编 译 : 





只 有 testl.cpp 模 板 实例 化 --- 








fun<int> (int) 


--- BEBE. 保留 一 份 副本 ---. 






füñneints (int) 





图 2-2 模板 函数 的 编译 与 链接 (使 用 外 部 模板 声明 ) 


可 以 看 到 ， 由 于 test2.o 不 再 包含 fun<int>(int) 的 实例 ， 因 此 链接 器 的 
工作 很 轻松 ， 基 本 跟 外 部 变量 的 做 法 是 一 样 的 ， 即 只 需要 保证 让 
test1.cpp 和 test2.cpp 共 享 一 份 代码 位 置 即 可 。 而 同时 ， 编 译 器 也 不 用 每 次 
都 产生 一 份 fun<int>(int) 的 代码 ， 所 以 可 以 减少 编译 时 间 。 这 里 也 可 以 
把 外 部 模板 声明 放 在 头 文件 中 ， 这 样 所 有 包含 testh 的 头 文件 就 可 以 共享 
这 个 外 部 模板 声明 了 。 这 一 点 跟 使 用 外 部 变量 声明 是 完全 一 致 的 。 














在 使 用 外 部 模板 的 时 候 ， 我 们 还 需要 注意 以 下 问题 ， 如 果 外 部 模板 


声明 出 现 于 茶 个 编译 单元 中 ， 那 么 与 之 对 应 的 显示 实例 化 必须 出 现 于 为 
一 个 编译 单元 中 或 者 同一 个 编译 单元 的 后 续 代 码 中 ;外 部 模板 声明 不 能 
用 于 一 个 静态 函数 〈 即 文件 域 函 数 ) ， 但 可 以 用 于 类 静态 成 员 函 数 〈 这 
一 点 是 显而易见 的 ， 因 为 静态 函数 没有 外 部 链接 属性 ， 不 可 能 在 本 编译 
单元 之 外 出 现 ) 。 








在 实际 上 ，C++11 中 “模板 的 显 式 实例 化 定义 、 外 部 模板 声明 和 使 
用 ”好 比 “ 全 局 变量 的 定义 、 外 部 声明 和 使 用 ”方式 的 再 次 应 用 。 不 过 相 
比 于 外 部 变量 声明 ， 不 使 用 外 部 模板 声明 并 不 会 导致 任何 问题 。 如 我 们 
在 本 节 开 始 讲 到 的 ， 外 部 模板 定义 更 应 该 算 作 一 种 针对 编译 局 的 编译 时 
间 及 空间 的 优化 手段 。 很 多 时 候 ， 由 于 程序 员 低估 了 模板 实例 化 展开 的 
开销 ， 因 此 大 量 的 模板 使 用 会 在 代码 中 产生 大 量 的 见 余 。 这 种 见 余 ， 有 
的 时 候 已 经 使 得 编译 器 和 链接 需 力 不 从 心 。 但 这 并 不 意味 着 程序 员 需 要 
为 四 五 十 行 的 代码 写 很 多 显 式 模板 声明 及 外 部 模板 声明 。 只 有 在 项 目 比 
较 大 的 情况 下 。 我 们 才 建 议 用 尸 进行 这 样 的 优化 。 总 的 来 次 ， 吏 是 在 既 
不 忽视 模板 实例 化 产生 的 编译 及 链接 开销 的 同时 ， 也 不 要 过 分 担心 模板 
展开 的 开销 。 

















2.13 局 部 和 匿名 类 型 作 模 板 实 参 





在 C++98 中 ， 标 准 对 模板 实 参 的 类 型 还 有 一 些 限 制 。 具 体 地 讲 ， 局 
部 的 类 型 和 匿名 的 类 型 在 C++98 中 都 不 能 做 模板 类 的 实 参 。 比 如 ， 如 代 
码 清单 2-30 所 示 的 代码 在 C++98 中 很 多 都 无 法 编译 通过 


代码 清单 2-30 





template <typename T> class X {}; 

template <typename T> void TempFun(T t){}; 
struct A{} a; 

struct {int i;}b; // bb 是 匿名 类 型 变量 


typedef struct {int i;}B; // B 是 匿名 类 型 





void Fun() 
struct C {} c; // C 是 局 部 类 型 
X<A> x1; // C++98 通 过 ， 

C++ 工 工 通过 
X<B> x2; // C++98 错 误 ， 

C++11 iit 


X<C> x3; // C++98 错 误 ， 


C++1 工 通过 


TempFun(a); // C++98 通 过 ， 


C++1 工 通过 


TempFun(b); // C++98 错 误 ， 


C++1 工 通过 


TempFun(c); // C++98 错 误 ， 


C++1 工 通过 


} 
// 编译 选项 


:g++ -Std=c++11 2-13-1. cpp 


在 代码 清单 2-30 中 ， 我 们 定义 了 一 个 模板 类 X 和 一 个 模板 函数 
TempFun， 然 后 分 别 用 普通 的 全 局 结构 体 、 匿 名 的 全 局 结构 体 ， 以 及 局 
部 的 结构 体 作 为 参数 传 给 模板 。 可 以 看 到 ， 使 用 了 局 部 的 结构 体 C 及 变 
量 c， 以 及 匿名 的 结构 体 B 及 变量 b 的 模板 类 和 模板 函数 ， 在 C++98 标 准 
下 都 无 法 通过 编译 。 而 除了 匿名 的 结构 体 之 外 ， 匿 名 的 联合 体 以 及 枚 举 
类 型 ， 在 C++98 标 准 下 也 都 是 无 法 做 模板 的 实 参 的 。 如 今 看 来 这 都 是 不 
必要 的 限制 。 所 以 在 C++11 中 标准 允许 了 以 上 类 型 做 模板 参数 的 做 法 , 故 
而 用 支持 C++11 标 准 的 编译 强 编 译 以 上 代码 ， 代 码 清 单 2-30 所 示 代 人 码 可 
以 通过 编译 。 











不 过 值得 指出 的 是 ， 虽 然 匿名 类 型 可 以 被 模板 参数 所 接受 了 ， 但 并 
不 意味 着 以 下 写法 可 以 被 接受 ， 如 代码 清单 2-31 所 示 。 





代码 清单 2-31 





template <typename T> struct MyTemplate { }; 
int main() 
MyTemplate<struct { int a; }> t; // 无 法 编译 通过 


, 匿名 类 型 的 声明 不 能 在 模板 实 参 位 置 
return 0; 
// 编译 选项 


:g++ -Std=c++11 2-13-2. cpp 


在 代码 清单 2-31 中 ， 我 们 把 匿名 的 结构 体 直 接 声明 在 了 模板 实 参 的 
位 置 。 这 种 做 法 非 第 直观 ， 但 却 不 符合 C/C++ 的 语法 。 在 C/C++ 中 ， 即 
使 是 匿名 类 型 的 声明 ， 也 需要 独立 的 表达 式 语句 。 要 使 用 匿名 结构 体 作 
为 模板 参数 ， 则 可 如 同 代码 清单 2-30 一 样 对 匿名 结构 体 作 别名 。 此 外 在 
第 4 音 我 们 还 会 看 到 使 用 C++11 独 有 的 类 型 推导 decltype， 也 可 以 完成 相 
同 的 功能 。 








2.14 ”本章 小 结 


在 本 章 中 ， 我 们 可 以 看 到 C++11 大 大 小 小 共 17 处 改动 。 这 17 处 改 
动 ， 主 要 都 是 为 保持 C++ 的 稳定 性 以 及 兼容 性 而 增加 的 。 


比如 为 了 兼容 C99，C++11 引 入 了 4 个 C99 的 预定 的 安 、_func_ 预 
义 标识 符 、_Pragma 操 作 符 、 变 长 参数 定义 ， 以 及 宽 罕 字符 连接 等 概 
。 这 些 都 是 错过 了 C++98 标 准 ， 却 进入 了 C99 的 一 些 标准 ， 为 了 最 大 
程度 地 兼容 C，C++ 将 这 些 特 性 全 都 纳入 C++11。 而 由 于 标准 的 更 新 ， 
C++11 也 更 新 了 __cplusplus 宏 的 值 ， 以 表示 新 的 标准 的 到 来 。 而 为 了 稳 
定性 ，C++11 不 仅 纳入 了 C99 中 的 long long 类 型 ， 还 将 扩展 整 型 的 规则 
预先 定义 好 。 这 样 一 来 ， 就 保证 了 各 个 编译 器 扩展 内 置 类 型 遵守 统一 的 
规则 。 此 外 ，C++11 还 将 做 法 不 一 的 静态 断言 做 成 了 编译 器 级 别 的 文 
持 ， 以 方便 程序 员 使 用 。 而 通过 抛弃 throw0 有 异常 描述 符 和 新 增 可 以 推导 
是 否 抛 出 异常 的 noexcept 噶 常 描述 符 ，C++11 又 对 标准 库 大 量 代 码 做 了 
Bs 


er 
Ke 
全 
104 











在 类 方面 ，C++11 先 是 对 非 静 态 成 员 的 初始 化 做 了 改进 ， 同 时 允许 
sizeof 直 接 作 用 于 类 的 成 员 ， 再 者 C++11 对 friend 的 声明 予以 了 一 定 扩 
展 ， 以 方便 通过 模板 的 方式 指定 某 个 类 是 否 是 其 他 类 或 者 函数 的 友 元 。 
而 final 和 override 两 个 关键 字 的 引入 ， 则 又 为 对 象 编 程 增加 了 实用 的 功 
能 。 而 在 模板 方面 ，C++11 则 把 默认 模板 参数 的 概念 延伸 到 了 模板 函数 





上 。 而 且 局 部 类 型 和 匿名 类 型 也 可 以 用 做 模板 的 实 参 。 这 两 个 约束 的 解 
除 ， 使 得 模板 的 使 用 中 需要 记忆 的 规则 又 少 了 一 些 。 而 外 部 模板 声明 的 
引入 ，C++11 又 为 很 看 重 编译 性 能 的 用 户 提供 了 一 些 优化 编译 时 间 和 入 
存 消耗 的 方法 。 














在 读者 读 完 并 理解 了 这 些 特性 之 后 ， 会 发 现 它们 几乎 像 是 一 台 和 破 鸣 
作 响 的 机 器 上 的 螺丝 钉 、 润 滑 油 、 电 线 丝 。C++ 标 准 委 员 会 则 通过 这 些 
小 修 小 补 ， 让 C++11 已 有 的 特性 看 起 来 更 加 成 熟 ， 更 加 完美 。 在 这 一 章 
里 ， 虽 然 有 的 特性 会 帝 来 一 些 “ 小 欣喜 ”， 但 我 们 还 看 不 到 脱胎 换 骨 、 让 
人 眼前 一 亮 的 新 特性 。 不 过 这 些 零 散 的 特性 又 确实 非常 重要 ， 是 C++ 发 
展 中 必要 的 “维护 ?过 程 的 必然 结果 。 





不 过 如 同 我 们 讲 到 的 ，C++11 其 实 已 经 看 起 来 像 一 门 新 的 语言 了 。 
在 接 下 来 的 几 章 中 ， 我 们 会 看 到 更 多 更 “内 亮 ” 的 新 特性 。 如 果 读 者 已 经 
等 不 及 了 ， 那 么 请 现在 就 翻 开 下 一 页 。 








第 3 章 ”通用 为 本 ， 专 用 为 末 


C++11 的 设计 者 总 是 希望 从 各 种 方案 中 抽象 出 更 为 通用 的 方法 来 构 
建新 的 特性 。 这 意味 着 C++11 中 的 新 特性 往往 具有 广泛 的 可 用 性 ， 可 以 
与 其 他 己 有 的 ， 或 者 新 增 的 语言 特性 结合 起 来 进行 目 由 的 组 合 ， 或 者 提 
升 已 有 特性 的 通用 性 。 这 与 在 语言 缺陷 上 “ 打 补 本 ”的 做 法 有 着 本 质 的 不 
同 ， 但 也 在 一 定 程度 上 拖 慢 了 C++11 标 准 的 制定 。 不 过 现在 一 切 都 已 经 
尘埃 落 定 了 。 在 本 章 里 读者 可 以 看 到 这 些 经 过 反复 芯 酌 制定 的 新 特性 ， 
并 体会 其 “ 普 适 ”的 特性 。 当 然 ， 要 对 一 些 形 如 右 值 引 用 、 移 动 语义 的 复 
杂 新 特性 做 到 融会 呐 通 ， 则 需要 读者 反复 揣摩 。 











3.1 ”继承 构造 函数 


CE KH. REF 





C++ 中 的 自 定 义 类 型 一 类 ， 是 C++ 面向 对 象 的 基石 。 类 具有 可 派生 
性 ， 铂 生 类 可 以 自动 获得 基 类 的 成 员 变 量 和 接口 〈 虚 函数 和 纯 虚 函数 ， 
这 里 我 们 指 的 都 是 public 派 生 ) 。 不 过 基 类 的 非 虚 函数 则 无 法 再 被 派生 
类 使 用 了 。 这 条 规则 对 于 类 中 最 为 特别 的 构造 函数 也 不 例外 ， 如 果 派 生 
类 要 使 用 基 类 的 构造 函数 ， 通 闸 需 要 在 构造 函数 中 显 式 声明 。 比 如 下 面 
的 例子 : 

















struct A { A(int i) {} }; 
struct B : A { B(int i): A(i) {} }; 





BIKETA, BEM IG BBCP i AM ie ee Be, MAM se BORE K 
BUY Ae”. AECH RIER EIL. SPR, ROPE I — ne Ha 
处 ， 尤 其 是 B 中 有 成 员 的 时 候 。 如 代码 清单 3-1 所 示 的 例子 。 





代码 清单 3-1 





struct A { A(int i) { }; 
struct B: A 
B(int i): A(i), d(i) {} 
int d; 


F; 
// 编译 选项 


:g++ -C 3-1-1.cpp 





在 代码 清单 3-1 中 我 们 看 到 ， 派 生 于 结构 体 A 的 结构 体 B 拥 有 一 个 成 
员 变 量 d， 那 么 在 B 的 构造 函数 B(intji) 中 ， 我 们 可 以 在 初始 化 其 基 类 A 的 
同时 初始 化 成 员 。 从 这 个 意义 上 讲 ， 这 样 的 构造 函数 设计 也 算是 非常 
合理 的 。 


不 过 合情合理 并 不 等 于 合用 ， 有 的 时 候 ， 我 们 的 基 类 可 能 拥有 数量 
众多 的 不 同 版 本 的 构造 函数 一 这 样 的 情况 并 不 少见 ， 我 们 在 2.7 市 中 区 
曾经 看 到 过 这 样 的 例子 。 那 么 倘 奉 基 类 中 有 大 量 的 构造 函数 ， 而 派生 类 
却 只 有 一 些 成 员 函 数 时 ， 那 么 对 于 派生 类 而 言 ， 其 构造 束 等 同 于 构造 基 

。 这 时 候 问 题 束 来 了 ， 在 派生 类 中 我 们 写 的 构造 函数 完 完全 全 就 是 为 
了 构造 基 类 。 那 么 为 了 遵从 于 语法 规则 ， 我 们 还 需要 写 很 多 的 “ 透 传 ” 的 
构造 沙 数 。 我 们 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 3-2 所 示 。 








代码 清单 3-2 





struct A { 
A(int i) {} 
A(double d, int i) {} 
A(float f, int i, const char* c) {} 
a ree 


/ 
struct B: A 
B(int i): A(i) {} 
B(double d, int i) : A(d, i) {} 
B(float f, int i, const char* c) : A(f, i, c){} 
L ews 
virtual void ExtraInterface(){} 


/ 
// 编译 选项 


:g++ -c 3-1-2.cpp 


在 代码 清单 3-2 中 ， 我 们 的 基 类 A 有 很 多 的 构造 函 数 的 版 本 ， 而 继承 
于 A 的 派生 类 B 实 际 上 只 是 添加 了 一 个 接口 ExtraInterface。 那 么 如 果 我 们 
在 构造 B 的 时 候 想 要 拥有 A 这 样 多 的 构造 方法 的 话 ， 就 必须 一 一 “ 透 
传 ” 各 个 接口 。 这 无 疑 是 相当 不 方便 的 。 


事实 上 ， 在 C++ 中 已 经 有 了 一 个 好 用 的 规则 ， 就 是 如 果 派 生 类 要 使 
用 基 类 的 成 员 函 数 的 话 ， 可 以 通过 using 声 明 Cusing-declaration) 来 完 
成 。 我 们 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 3-3 所 示 。 


代码 清单 3-3 





#include <iostream> 
using namespace std; 
struct Base { 
void f(double i){ cout << "Base:" << i << endl; } 
}; 


struct Derived : Base { 
using Base::f; 
void f(int i) { cout << "Derived:" << i << endl; } 


}; 
int main() { 
Base b; 
b.f(4.5); // Base:4.5 
Derived d; 
d.f(4.5); // Base:4.5 
} 
// 编译 选项 


:g++ 3-1-3.cpp 





在 代码 清单 3-3 中 ， 我 们 的 基 类 Base 和 派生 类 Derived 声 明了 同名 的 
时 数 f{， 不 过 在 派生 类 中 的 版 本 跟 基 类 有 所 不 同 。 派 生 类 中 的 f 函 数 接受 
int 类 型 为 参数 ， 而 基 类 中 接受 double 类 型 的 参数 。 这 里 我 们 使 用 了 using 
声明 ， 声 明 派 生 类 Derived 也 使 用 基 类 版 本 的 函数 {。 这 样 一 来 ， 派 生 类 





中 实际 就 拥有 了 两 个 { 函 数 的 版 本 。 可 以 看 到 ， 我 们 在 main 函 数 中 分 别 
定义 了 Base 变 量 b 和 Derived 变 量 4， 并 传 入 浮 点 字面 常量 4.5， 结 果 都 会 
调用 到 基 类 的 接受 double 为 参数 的 版 本 。 





在 C++11 中 ， 这 个 想法 被 扩展 到 了 构造 函数 上 。 子 类 可 以 通过 使 用 
using 声 明 来 声明 继承 基 类 的 构造 函数 。 那 我 们 要 改造 代码 清单 3-2 所 示 
的 例子 就 非常 容易 了 ， 如 代码 清单 3-4 所 示 。 


代码 清单 3-4 


struct A { 
A(int i) 
A(double d, int i) {} 
A(float f, int i, const char* c) {} 
CF ines 
J; 
struct B: A { 
using A::A; // 继承 构造 函数 


i ae 
virtual void ExtraInterface(){} 


k 
这 里 我 们 通过 using A::A 的 声明 ， 把 基 类 中 的 构造 函数 悉数 继承 到 

派生 类 B 中 。 这 样 我 们 在 代码 清单 3-2 中 的 “ 透 传 ”构造 函数 就 不 再 需 

了 。 而 且 更 为 精巧 的 是 ，C++11 标 准 继 承 构造 函数 被 设计 为 跟 派生 类 中 

的 各 种 类 默认 函数 〔 上 默认 构 造 、 析 构 、 找 贝 构造 等 ) 一 样 ， 是 隐 式 声明 

的 。 这 意味 着 如 果 一 个 继承 构造 函数 不 被 相关 代码 使 用 ， 编 译 器 不 会 为 

其 产生 真正 的 函数 代码 。 这 无 疑 比 “ 透 传 "方案 总 是 生成 派生 类 的 各 种 构 











造 函 数 更 加 节省 目标 代码 空间 。 





不 过 继承 构造 函数 只 会 初始 化 基 类 中 成 员 变 量 ， 对 于 派生 类 中 的 成 
员 变 量 ， 则 无 能 为 力 。 不 过 配合 我 们 2.7 节 中 的 类 成 员 的 初始 化 表达 














式 ， 为 派生 类 成 员 变 量 设 定 一 个 默认 值 还 是 没有 问题 的 。 


在 代码 清单 3-5 中 我 们 就 同时 使 用 了 继承 构造 函数 和 成 员 变 量 初始 
化 两 个 C++11 的 特性 。 这 样 就 可 以 解决 一 些 继承 构造 函数 无 法 初始 化 的 
= O $k 


派生 类 成 员 问 题 。 如 果 这 样 仍然 无 法 满足 需求 的 话 ， 程 序 员 只 能 自己 来 
实现 一 个 构造 函数 ， 以 达到 基 类 和 成 员 变 量 都 能 够 初始 化 的 目的 。 





代码 清单 3-5 





struct A { 
A(int i) {} 
A(double d, int i) {} 
A(float f, int i, const char* c) {} 
he re 


}; 

struct B: A { 
using A::A; 
int d {0}; 


/ 
int main() { 
B b(356); ”// b. d 被 初始 化 为 








有 的 时 候 ， 基 类 构造 函数 的 参数 会 有 默认 值 。 对 于 继承 构造 冰 数 来 
讲 ， 参 数 的 默认 值 是 不 会 被 继承 的 。 事 实 上 ， 默 认 值 会 导致 基 关 产生 多 
个 构造 函数 的 版 本 ， 这 些 函 数 版 本 部 会 被 派生 类 继承 。 比 如 代码 清单 3- 


6 所 示 的 这 个 例子 。 


代码 清单 3-6 





struct A { 
A (int a = 3, double = 2.4){} 


} 
struct B : AL 
using A::A; 
/ 





可 以 看 到 ， 在 代码 清单 3-6 中 ， 我 们 的 基 类 的 构造 函数 A(int 
a=3,double=2.4) 有 一 个 接受 两 个 参数 的 构造 函数 ， 且 两 个 参数 均 有 默认 
值 。 那 么 A 到 底 有 多 少 个 可 能 的 构造 函数 的 版 本 呢 ? 


事实 上 ，B 可 能 从 A 中 继承 来 的 候选 继承 构造 函数 有 如 下 一 些 : 
Al(int=3,double=2.4); 这 是 使 用 两 个 参数 的 情况 。 
Al(int=3); 这 是 减 挥 一 个 参数 的 情况 。 

-A(const A&); 这 是 默认 的 复制 构造 函数 。 

-A(); 这 是 不 使 用 参数 的 情况 。 

相应 地 ，B 中 的 构造 函数 将 会 包括 以 下 一 些 : 
:B(int,double); 这 是 一 个 继承 构造 函数 。 


B(int); 这 是 减少 挥 一 个 参数 的 继承 构造 函数 。 


‘B(const B&o); 这 是 复制 构造 函数 ， 这 不 是 继承 来 的 。 
-BO); 这 是 不 包含 参数 的 默认 构造 函数 。 


可 以 看 见 ， 参 数 默认 值 会 导致 多 个 构造 函数 版 本 的 产生 ， 因 此 程序 
员 在 使 用 有 参数 默认 值 的 构造 函数 的 基 类 的 时 候 ， 必 须 小 心 。 


而 有 的 时 候 ， 我 们 还 会 过 到 继承 构造 函数 “冲突 ?的 情况 。 这 通 币 发 
生 在 派生 类 拥有 多 个 基 类 的 时 候 。 多 个 基 类 中 的 部 分 构造 函数 可 能 导致 
派生 类 中 的 继承 构造 冰 数 的 函数 名 、 参 数 〈 有 的 时 候 ， 我 们 也 称 其 为 函 
BEA) 都 相同 ， 那 么 继承 类 中 的 冲突 的 继承 构造 函数 将 导致 不 合法 的 
派生 类 代码 ， 如 代码 清单 3-7 所 示 。 


代码 清单 3-7 


struct A { A(int) {} }; 
struct B { B(int) {} }; 
struct C: A, B { 

using A::A; 

using B::B; 
}; 








在 代码 清单 3-7 中 ，A 和 B 的 构造 沙 数 会 导致 C 中 重复 定义 相同 类 型 
的 继承 构造 函数 。 这 种 情况 下 ， 可 以 通过 显 式 定义 继承 类 的 冲突 的 构造 
函数 ， 阻 止 隐 式 生成 相应 的 继承 构造 函数 来 解决 冲突 。 比 如 : 








struct C: A, B { 
using A::A; 
using B::B; 
C(int) {} 

}; 


其 中 的 构造 函数 C(int) 就 很 好 地 解决 了 代码 清单 3-7 中 继承 构造 函数 
的 冲突 问题 


为 外 我 们 还 需要 了 解 的 一 些 规则 是 ， 如 果 基 类 的 构造 沙 数 被 声明 为 
私有 成 员 函 数 ， 或 者 派生 类 是 从 基 类 中 虚 继 承 的 ， 那 么 就 不 能 够 在 派生 
类 中 声明 继承 构造 男 数 。 此 外 ， 如 果 一 旦 使 用 了 继承 构造 函数 ， 编 译 器 
就 不 会 再 为 派生 类 生成 默认 构造 函数 了 ， 那 么 形 如 代码 清单 3-8 中 这 样 
的 情况 ， 程 序 员 束 必须 注意 继承 构造 函数 没有 包含 一 个 无 参数 的 版 本 。 
在 本 例 中 ， 变 量 b 的 定义 应 该 是 不 能 够 通过 编译 的 。 








代码 清单 3-8 


struct A { A (int){} }; 
struct B : A{ using A::A; }; 
B b; // B 没 有 默认 构造 函数 


在 我 们 编写 本 书 的 时 候 ， 还 没有 编译 器 实现 了 继承 构造 函数 这 个 特 
性 ， 所 以 本 市 中 代码 清单 3-4 至 代码 清单 3-8 的 例子 都 仅 供 读者 参考 ， 因 
为 我 们 并 没有 实际 编译 过 。 但 是 编译 器 对 继承 构造 函数 的 支持 应 该 很 快 
就 要 完成 了 ， 比 如 g++ 就 计划 在 4.8 版 本 中 提供 文 持 。 可 能 本 书 出 版 的 时 
候 ， 读 者 就 已 经 可 以 进行 实验 了 。 


3.2 RYKKE PA BY 


CE 类 别 ， 类 作者 





与 继承 构造 函数 类 似 的 ， 委 派 构 造 沙 数 也 是 C++11 中 对 C++ 的 构造 
函数 的 一 项 改进 ， 其 目的 也 是 为 了 减少 程序 员 书 写 构 造 函 数 的 时 间 。 
过 委派 其 他 构造 冰 数 ， 多 构造 函数 的 类 编写 将 更 加 容易 。 





首先 我 们 可 以 看 看 代码 清单 3-9 中 构造 函数 代码 见 余 的 例子 。 





代码 清单 3-9 





class Info { 
public: 
Info() : type(1), name('a') { InitRest(); } 
Info(int i) : type(i), name('a') { InitRest(); } 
Info(char e): type(1), name(e) { InitRest(); } 
private: 
void InitRest() { /* 其 他 初始 化 














*/ } 
int type; 
char name; 
IL- asa 


}; 
// 编译 选项 


:g++ -c 3-2-1.cpp 





在 代码 清单 3-9 中 ， 我 们 声明 了 一 个 Info 的 目 定义 类 型 。 该 类 型 拥有 
2 个 成 员 变 量 以 及 3 个 构造 函数 。 这 里 的 3 个 构造 函数 都 声明 了 初始 化 列 
表 来 初始 化 成 员 type 和 name， 并 且 都 调用 了 相同 的 函数 InitRest。 可 以 看 


到 ， 除 了 初始 化 列表 有 的 不 同 ， 而 其 他 的 部 分 ，3 个 构造 函数 基本 上 有 是 
相似 的 ， 因 此 其 代码 存在 着 很 多 重复 。 





读者 可 能 会 想到 2.7 市 中 我 们 对 成 员 初 始 化 的 方法 ， 那 么 我 们 用 该 
方法 来 改写 一 下 这 个 例子 ， 如 代码 清单 3-10 所 示 。 


代码 清单 3-10 





class Info { 
public: 
Info() { InitRest(); } 
Info(int i) : type(i) { InitRest(); } 
Info(char e): name(e) { InitRest(); } 
private: 
void InitRest() { /* 其 他 初始 化 














*/ } 
int type {1}; 
char name {'a'}; 
// a. 


}; 
// 编译 选项 


:g++ -C -Std=c++11 3-2-2.cpp 








在 代码 清单 3-10 中 ， 我 们 在 Info 成 员 变 量 type 和 name 声 明 的 时 候 就 
地 进行 了 初始 化 。 可 以 看 到 ， 构 造 函 数 确 实 简单 了 不 少 ， 不 过 每 个 构造 
函数 还 是 需要 调用 InitRest 函 数 进行 初始 化 。 而 现实 编程 中 ， 构 造 函数 中 
的 代码 还 会 更 长 ， 比 如 可 能 还 需要 调用 一 些 基 类 的 构造 函数 等 。 那 能 
能 在 一 些 构造 函数 中 连 InitRest 都 不 用 调用 呢 ? 





答案 是 肯定 的 ， 但 前 提 是 我 们 能 够 将 一 个 构造 函数 设 定 为 “基准 版 


本 ”， 比 如 本 例 中 Info0 版 本 的 构造 函数 ， 而 其 他 构造 函数 可 以 通过 委 
派 “ 基 准 版 本 ”来 进行 初始 化 。 按 照 这 个 想法 ， 我 们 可 能 会 如 下 编写 构造 
PRL: 

Info() { InitRest(); 


Info(int i) { this->Info(); type = i; } 
Info(char e) { this->Info(); name = e; } 





这 里 我 们 通过 this 指 针 调用 我 们 的 “基准 版 本 ”的 构造 函数 。 不 过 
惜 的 是 ， 一 般 的 编译 器 都 会 阻止 this->Info() 的 编译 。 原 则 上 ， 编 译 器 不 
允许 在 构造 函数 中 调用 构造 函数 ， 即 使 参数 看 起 来 并 不 相同 。 


当然 ， 我 们 还 可 以 开发 出 一 个 更 具有 "黑客 精神 ?的 版 本 : 





Info() { InitRest(); 
Info(int i) { new (this) Info(); type = i; } 
Info(char e) { new (this) Info(); name = e; } 


这 里 我 们 使 用 了 placement new 来 强制 在 本 对 象 地 址 (this 指 针 所 指 
地 址 ) 上 调用 类 的 构造 函数 。 这 样 一 来 ， 我 们 可 以 绕 过 编译 器 的 检查 ， 
从 而 在 2 个 构造 函数 中 调用 我 们 的 “基准 版 本 >”。 这 种 方法 看 起 来 不 错 ， 
却 是 在 已 经 初始 化 一 部 分 的 对 象 上 再 次 调用 构造 函数 ， 因 此 虽然 针对 这 
个 简单 的 例子 在 我 们 的 实验 机 上 该 做 法 是 有 效 的 ， 却 是 种 危险 的 做 法 。 





在 C++11 中 ， 我 们 可 以 使 用 委派 构造 函数 来 达到 期 望 的 效 末 。 更 具 
体 的 ，C++11 中 的 委派 构造 函数 是 在 构造 函数 的 初始 化 列表 位 置 进 行 构 





造 的 、 委 铸 的 。 我 们 可 以 看 看 代码 清单 3-11 所 示 的 这 个 例子 。 


代码 清单 3-11 





class Info { 
public: 
Info() { InitRest(); } 
Info(int i) : Info() { type = i; } 
Info(char e): Info() { name = e; } 
private: 
void InitRest() { /* 其 他 初始 化 














*/ } 
int type {1}; 
char name {'a'}; 
XI 


}; 
// 编译 选项 


:g++ -C -Std=c++11 3-2-3.cpp 





可 以 看 到 ， 在 代码 清单 3-11 中 ， 我 们 在 Info(int) 和 Info(char) 的 初始 
化 列表 的 位 置 ， 调 用 了 “基准 版 本 ”的 构造 函数 Info()。 这 里 我 们 为 了 区 
分 被 调用 者 和 调用 者 ， 称 在 初始 化 列表 中 调用 “基准 版 本 ”的 构造 函数 为 
委派 构造 函数 (delegating constructor) ， 而 被 调用 的 “基准 版 本 ” 则 为 目 
标 构造 函数 (target constructor) 。 在 C++11 中 ， 上 所谓 委派 构造 ， 就 是 指 
委派 函数 将 构造 的 任务 委派 给 了 目标 构造 函数 来 完成 这 样 一 种 类 构造 的 

当然 ， 在 代码 清单 3-11 中 ， 委 派 构 造 函 数 只 能 在 函数 体 中 为 type、 
name 等 成 员 赋 初 值 。 这 是 由 于 委派 构造 函数 不 能 有 初始 化 列表 造成 的 。 
在 C++ 中 ， 构 造 函 数 不 能 同时 “委派 ”和 使 用 初始 化 列表 ， 所 以 如 采 委 派 





构造 函数 要 给 变量 赋 初 值 ， 初 始 化 代码 必须 放 在 函数 体 中 。 比 如 : 





struct Rule1 { 
int i; 
Rulei(int a): i(a) {} 
Rule1(): Rule1(40), i(1) {} // 无 法 通过 编译 





Rule HRM ta K BRulel OW SIAM CAAA. Kl Ne EW oe 
化 列表 中 既 初 始 化 成 员 ， 又 委托 其 他 构造 函数 完成 构造 。 


这 样 一 来 ， 代 码 清单 3-11 中 的 代码 的 初始 化 就 不 那么 令 人 满意 
因为 初始 化 列表 的 初始 化 方式 总 是 先 于 构造 函数 完成 的 《实际 在 编译 完 
RU ROAR ES) 。 这 会 可 能 致使 程序 员 犯 错 〈 稍 后 解释 ) 。 不 过 我 
们 可 以 稍微 改造 一 下 目标 构造 函数 ， 使 得 委派 构造 函数 依然 可 以 在 初始 
化 列表 中 初始 化 所 有 成 员 ， 如 代码 清单 3-12 所 示 。 





代码 清单 3-12 





class Info { 
public: 
Info() : Info(1, 'a') { } 
Info(int i) : Info(i, 'a') { } 
Info(char e): Info(1, e) { } 
private: 
Info(int i, char e): type(i), name(e) { /* 其 他 初始 化 














*/ 4 
int type; 
char name; 
II iwa 


/ 
// 编译 选项 


:g++ -C -Std=c++11 3-2-4.cpp 





在 代码 清单 3-12 中 ， 我 们 定义 了 一 个 私有 的 目标 构造 函数 
Info(int,char)， 这 个 构造 沙 数 接受 两 个 参数 ， 并 将 参数 在 初始 化 列表 中 
初始 化 。 而 且 由 于 这 个 目标 构造 函数 的 存在 ， 我 们 可 以 不 再 需要 InitRest 
函数 了 ， 而 是 将 其 代码 都 放 入 Info(int,char) 中 。 这 样 一 来 ， 其 他 委派 构 
造 函 数 就 可 以 委托 该 目标 构造 函数 来 完成 构造 。 








事实 上 ， 在 使 用 委派 构造 函数 的 时 候 ， 我 们 也 建议 程序 员 抽 象 出 最 
为 “通用 ”的 行为 做 目标 构造 函数 。 这 样 做 一 来 代码 清晰 ， 二 来 行为 也 更 
加 正确 。 读 者 可 以 比较 一 下 代码 清单 3-11 和 代码 清单 3-12 中 Info 的 定 
义 ， 这 里 我 们 假设 代码 清单 3-11、 代 码 清单 3-12 中 注释 行 的 “其 他 初始 
化 ”位置 的 代码 如 下 : 





type += 1; 


那么 调用 InfoGinb 版 本 的 构造 函数 会 得 到 不 同 的 结果 。 比 如 如 果 做 
如 下 一 个 类 型 的 声明 : 


Info f(3); 





这 个 声明 对 代码 清单 3-11 中 的 Info 定 义 而 言 ， 会 导致 成 员 ftype 的 值 
为 3，“【〔 因 为 Info(int) 委 托 Info() 初 始 化 ， 后 者 调用 InitRest 将 使 得 type 的 值 
为 4。 不 过 Info(int) 函 数 体内 又 将 type 重 写 为 3)。 而 依照 代码 清单 3-12 中 


的 Info 定 义 ，ftype 的 值 将 最 终 为 4。 从 代码 编写 者 角度 看 ， 代 码 清单 3- 
12 中 Info 的 行为 会 更 加 正确 。 这 是 由 于 在 C++11 中 ， 目 标 构造 函数 的 执 
总 是 先 于 委派 构造 函数 而 造成 的 。 因 此 避免 目标 构造 函数 和 委托 构造 
函数 体 中 初始 化 同样 的 成 员 通 常 是 必要 的 ， 否 则 则 可 能 发 生 代 码 清单 3- 


11 错 误 。 





而 在 构造 函数 比较 多 的 时 候 ， 我 们 可 能 会 拥有 不 止 一 个 委派 构造 函 
数 ， 而 一 些 目标 构造 冰 数 很 可 能 也 是 委派 构造 函数 ， 这 样 一 来 ， 我 们 区 
能 在 委派 构造 函数 中 形成 链 状 的 委派 构造 关系 ， 如 代码 清单 3-13 所 


代码 清单 3-13 





class Info { 
public: 
Info() : Info(1) { } // 委派 构造 函数 


Info(int i) : Info(i, 'a') { } // 既是 目标 构造 函数 ， 也 是 委派 构造 函数 


Info(char e): Info(1, e) { } 
private: 
Info(int i, char e): type(i), name(e) { /* 其 他 初始 化 














*/ 3} // 目标 构造 函数 


int type; 
char name; 
LI iaa 


}; 
// 编译 选项 


:g++ -C -Std=c++11 3-2-5.cpp 





代码 清单 3-13 所 示 融 是 这 样 一 种 链 状 委托 构 造 ， 这 里 我 们 使 Info0 委 
托 Info(int) 进 行 构造 ， 而 Info(int) 叉 委托 Info(int,char) 进 行 构 造 。 在 委托 构 
造 的 链 状 关系 中 ， 有 一 点 程序 员 必 须 注意 ， 就 是 不 能 形成 委托 环 
(delegation cycle) 。 比 如 : 











struct Rule2 { 
int i, C; 
Rule2(): Rule2(2) {} 
Rule2(int i): Rule2('c') {} 
Rule2(char c): Rule2(2) {} 
}; 





Rule2 定 义 中 ，Rule2()、Rule2(int) 和 Rule2(char) 都 依赖 于 别 的 构造 
水 数 ， 形 成 环 委 托 构 造 关 系 。 这 样 的 代码 通常 会 导致 编译 错误 。 





委派 构造 的 一 个 很 实际 的 应 用 就 是 使 用 构造 模板 函数 产生 目标 构造 
函数 ， 如 代码 清单 3-14 所 示 。 


代码 清单 3-14 





#include <list> 
#include <vector> 
#include <deque> 
using namespace std; 
class TDConstructed { 
template<class T> TDConstructed(T first, T last) : 
1(first, last) {} 
list<int> l; 
public: 
TDConstructed(vector<short> & v): 
TDConstructed(v.begin(), v.end()) {} 
TDConstructed(deque<int> & d): 
TDConstructed(d.begin(), d.end()) {} 


}; 
// 编译 选项 


:g++ -C -Std=c++11 3-2-6.cpp 





在 代码 清单 3-14 中 ， 我 们 定义 了 一 个 构造 函数 模板 。 而 通过 两 个 委 
派 构造 函数 的 委托 ， 构 造 函 数 模板 会 被 实例 化 。T 会 分 别 被 推导 为 
vector<short>::iterator 和 deque<int>::iterator 两 种 类 型 。 这 样 一 来 ， 我 们 的 
TDConstructed 类 就 可 以 很 容易 地 接受 多 种 容器 对 其 进行 初始 化 。 这 无 疑 
比 罗列 不 同类 型 的 构造 函数 方便 了 很 多 。 可 以 说 ， 委 托 构造 使 得 构造 函 
数 的 泛 型 编程 也 成 为 了 一 种 可 能 








此 外 ， 在 异常 处 理 方面 ， 如 果 在 委派 构造 函数 中 使 用 try 的 话 ， 那 么 
从 目标 构造 函数 中 产生 的 异常 ， 都 可 以 在 委派 构造 函数 中 被 捕捉 到 。 我 
们 可 以 看 看 代码 清单 3-15 所 示 的 例子 。 





代码 清单 3-15 





#include <iostream> 
using namespace std; 
class DCExcept { 
public: 
DCExcept(double d) 
try : DCExcept(1, d) { 
cout << "Run the body." << endl; 
// 其 他 初始 化 














} 
catch(...) { 
cout << "caught exception." << endl; 


private: 
DCExcept(int i, double d)f{ 
cout << "going to throw!" << endl; 
throw 0; 
} 
int type; 
double data; 


}; 
int main() { 


DCExcept a(1.2); 


// 编译 选项 


:g++ -std=c++11 3-2-7.cpp 
[ee | 


在 代码 清单 3-15 中 ， 我 们 在 目标 构造 函数 DCExcept(intdouble) 抛 出 
了 一 个 异常 ， 并 在 委派 构造 函数 DCExcept(inb 中 进行 捕捉 。 编 译 运行 该 
程序 ， 我 们 在 实验 机 上 获得 以 下 输出 : 





[ee | 
going to throw! 
caught exception. 
terminate called after throwing an instance of ‘int' 
Aborted 
[| 





可 以 看 到 ， 由 于 在 目标 构造 函数 中 抛 出 了 腊 和 芝 ， 委 涛 构造 冰 数 的 函 
数 体 部 分 的 代码 并 没有 被 执行 。 这 样 的 设计 是 合理 的 ， 因 为 如 果 函 数 体 
依赖 于 目标 构造 函数 构造 的 结果 ， 那 么 当 目 标 构 造 函 数 构造 友 生 寞 第 的 
情况 下 ， 还 是 不 要 执行 委派 构造 函数 函数 体 中 的 代码 为 好 。 





其 实 ， 在 Java 等 一 些 面 向 对 象 的 编程 语言 中 ， 早 已 经 文 持 了 委派 构 
造 冰 数 这 样 的 功能 。 因 此 ， 相 比 于 继承 构造 函数 ， 委 派 构造 函数 的 设计 
和 实现 都 比较 早 。 而 通过 成 员 的 初始 化 、 委 派 构 造 函 数 ， 以 及 继承 构造 
函数 ，C++ 中 的 构造 函数 的 书写 将 进一步 简化 ， 这 对 程序 员 尤 其 是 库 的 
编写 者 来 说 ， 无 疑 是 有 积极 意义 的 。 








3. 
3 HEIA: 移动 语义 和 完美 转发 


CHP 类 别 ， 类 作者 


3.3.1 ”指针 成 员 与 拷贝 构造 





对 C++ 程 序 员 来 说 ， 编 写 C++ 程 序 有 一 条 必须 注意 的 规则 ， 丈 是 在 
类 中 包含 了 一 个 指针 成 员 的 话 ， 那 么 就 要 特别 小 心 拷贝 构造 函数 的 编 
写 ， 因 为 一 不 小 心 ， 就 会 出 现 内 存 泄露 。 我 们 来 看 看 代码 清单 3-16 中 的 
例子 。 





代码 清单 3-16 





#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(0)) {} 
HasPtrMem(const HasPtrMem & h): 
d(new int(*h.d)) {} // 拷贝 构造 函数 ， 从 堆 中 分 配 内 存 ， 并 用 





*h .dd 初始 化 


~HasPtrMem() { delete d; } 
int * d; 


int main() { 
HasPtrMem a; 
HasPtrMem b(a); 


cout << *a.d << endl; // 0 
cout << *b.d << endl; // 0 
}  S/ 正常 析 构 


/ / 编译 选项 


:g++ 3-3-1.cpp 





在 代码 清单 3-16 中 ， 我 们 定义 了 一 个 HasPtrMem 的 类 。 这 个 类 包含 











一 个 指针 成 员 ， 该 成 员 在 构造 时 接受 一 个 new 操 作 分 配 堆 内 存 返回 的 指 
针 ， 而 在 析 构 的 时 候 则 会 被 delete 操 作用 于 释放 之 前 分 配 的 堆 内 存 。 在 
main 函 数 中 ， 我 们 声明 了 HasPtrMem 类 型 的 变量 a， 又 使 用 a 初 始 化 了 变 
量 b。 按 照 C++ 的 语法 ， 这 会 调用 HasPtrMem 的 拷贝 构造 函数 。 这 里 的 拷 
贝 构造 函数 由 编译 露 隐 了 式 生 成 ， 其 作用 是 执行 类 似 于 memcpy 的 按 位 找 
贝 。 这 样 的 构造 方式 有 一 个 问题 ， 束 是 ad4 和 b.d 都 指 风 了 同一 块 堆 内 
存 。 因 此 在 main 作 用 域 结束 的 时 候 ，a 和 b 的 析 构 函数 纷纷 被 调用 ， 当 其 
中 之 一 完成 析 构 之 后 (比如 b)〉 ， 那 么 a.d 就 成 了 一 个 “ 甚 挂 指 

针 ”(dangling pointer) ， 因 为 其 不 再 指 癌 有 效 的 内 存 了 。 那 么 在 该 感 挂 
指针 上 释放 内 存 就 会 造成 严重 的 错误 。 








这 个 问题 在 C++ 编程 中 非常 经 典 。 这 样 的 找 贝 构造 方式 ， 在 C++ 中 
也 常 被 称 为 “ 浅 找 贝 ”(shollow copy) 。 而 在 未 声明 构造 函数 的 情况 
下 ，C++ 也 会 为 类 生成 一 个 浅 拷贝 的 构造 函数 。 通 常 最 佳 的 解决 方案 是 
用 户 自 定 义 拷贝 构造 函数 来 实现 “ 深 拷 贝 ”〈deep copy) ， 我 们 来 看 看 代 
码 清 单 3-17 中 的 修正 方法 。 


代码 清单 3-17 





#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(0)) {} 
HasPtrMem(HasPtrMem & h): 
d(new int(*h.d)) {} // 拷贝 构造 函数 ， 从 堆 中 分 配 内 存 ， 并 用 





*h . d 初 始 化 


~HasPtrMem() { delete d; } 
int * d; 


了 
int main() { 
HasPtrMem a; 
HasPtrMem b(a); 


cout << *a.d << endl; // 0 
cout << *b.d << endl; // 0 
} // 正常 析 构 


// 编译 选项 


:g++ 3-3-2.cpp 





在 代码 清单 3-17 中 ， 我 们 为 HasPtrMem 添 加 了 一 个 拷贝 构造 函数 。 
找 贝 构造 函数 从 堆 中 分 配 新 内 存 ， 将 该 分 配 来 的 内 存 的 指针 交还 给 d， 
又 使 用 *(h.d) 对 *d 进 行 了 初始 化 。 通 过 这 样 的 方法 ， 就 避免 了 悬挂 指针 
的 困扰 。 


3.3.2 ”移动 语义 


拷贝 构造 函数 中 为 指针 成 员 分 配 新 的 内 存 再 进行 内 容 拷贝 的 做 法 在 
C++ 编程 中 几乎 被 视 为 是 不 可 违背 的 。 不 过 在 一 些 时 候 ， 我 们 确实 不 需 
要 这 样 的 拷贝 构造 语义 。 我 们 可 以 看 看 代码 清单 3-18 所 示 的 例子 。 





代码 清单 3-18 





#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(0)) { 
cout << "Construct: " << ++n_cstr << endl; 


} 
HasPtrMem(const HasPtrMem & h): d(new int(*h.d)) { 
cout << "Copy construct: " << ++n_cptr << endl; 


~HasPtrMem() { 
cout << "Destruct: " << ++n_dstr << endl; 


int * d; 

static int n_cstr; 

static int n_dstr; 

static int n_cptr; 
}; 
int HasPtrMem::n_cstr = 
int HasPtrMem::n_dstr = 0; 
int HasPtrMem::n_cptr = 
HasPtrMem GetTemp() { return HasPtrMem(); } 
int main() { 

HasPtrMem a = GetTemp(); 


J 
// 编译 选项 


:g++ 3-3-3.cpp -fno-elide-constructors 





在 代码 清单 3-18 中 ， 我 们 声明 了 一 个 返回 一 个 HasPtrMem 变 量 的 函 
数 。 为 了 记录 构造 函数 、 找 贝 构造 函数 ， 以 及 析 构 函数 调用 的 次 数 ， 我 





们 使 用 了 一 些 静态 变量 。 在 main 函 数 中 ， 我 们 简单 地 声明 了 一 个 
HasPtrMem 的 变量 a， 要 求 它 使 用 GetTemp 的 返回 值 进行 初始 化 。 编 译 运 
行 该 程序 ， 我 们 可 以 看 到 下 面 的 输出 : 





Construct: 1 

Copy construct: 1 
Destruct: 1 

Copy construct: 2 
Destruct: 2 
Destruct: 3 





这 里 构造 函数 被 调用 了 一 次 ， 这 是 在 GetTemp 函 数 中 HasPtrMem() 
表达 式 显 式 地 调用 了 构造 函数 而 打印 出 来 的 。 而 拷贝 构造 函数 则 被 调用 
了 两 次 。 这 两 次 一 次 是 从 GetTemp 函 数 中 HasPtrMem() 生 成 的 变量 上 找 
贝 构造 出 一 个 临时 值 ， 以 用 作 GetTemp 的 返回 值 ， 而 另外 一 次 则 是 由 临 
时 值 构造 出 main 中 变量 a 调用 的 。 对 应 地 ， 析 构 函 数 也 就 调用 了 3 次 。 这 
个 过 程 如 图 3-1 所 示 。 
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图 3-1 函数 返回 时 的 临时 变量 与 拷贝 


最 让 人 感到 不 安 束 是 找 贝 构造 阔 数 的 调用 。 在 我 们 的 例子 里 ， 


HasPtrMem 只 有 一 个 int 类 型 的 指针 。 而 如 果 HasPtrMem 的 指针 指向 非常 
大 的 扒 内 存 数据 的 话 ， 那 么 拷贝 构造 的 过 程 就 会 非常 昂 贯 。 可 以 想象 ， 
这 种 情况 一 旦 发 生 ，a 的 初始 化 表达 式 的 执行 速度 将 相当 堪忧 。 而 更 为 
令 人 堪忧 的 是 ， 临 时 变量 的 产生 和 销毁 以 及 拷贝 的 发 生 对 于 程序 员 来 说 
基本 上 是 透明 的 ， 不 会 影响 程序 的 正确 性 ， 因 而 即使 该 问题 导致 程序 的 
性 能 不 如 预期 ， 也 不 易 被 程序 员 察 觉 〈 事 实 上 ， 编 译 带 第 第 对 函数 返回 
值 有 专门 的 优化 ， 我 们 在 本 节 结 束 时 会 提 到 〉。 

















让 我 们 把 目光 再 次 聚集 在 临时 对 象 上 ， 即 图 3-1 中 的 main 函 数 的 部 
分 。 按 照 C++ 的 语义 ， 临 时 对 象 将 在 语句 结束 后 被 析 构 ， 会 释放 它 所 包 
售 的 堆 内 存 资 源 。 而 a 在 找 贝 构造 的 时 候 ， 又 会 被 分 配 堆 内 存 。 这 样 的 
-去 一 来 似乎 并 没有 太 大 的 意义 ， 那 么 我 们 是 否 可 以 在 临时 对 象 构造 a 
的 时 候 不 分 配 内 存 ， 即 不 使 用 所 谓 的 找 贝 构造 语义 呢 ? 








在 C++11 中 ， 管 案 是 肯定 的 。 我 们 可 以 看 看 如 图 3-2 所 示 的 示意 图 。 


图 3-2 中 的 上 半 部 分 可 以 看 到 从 临时 变量 中 拷贝 构造 变量 a 的 做 法 ， 
即 在 拷贝 时 分 配 新 的 堆 内 存 ， 并 从 临时 对 象 的 堆 内 存 中 拷贝 内 容 至 a.d。 
而 构造 完成 后 ， 临 时 对 象 将 析 构 ， 因 此 其 拥有 的 堆 内 存 资 源 会 被 析 构 函 
数 释 放 。 而 图 3-2 的 下 半 部 分 则 是 一 种 “新 ”方法 实际 跟 我 们 在 代码 清 
单 3-1 中 做 得 差不多 ) ， 该 方法 在 构造 时 使 得 a.d 指 向 临时 对 象 的 堆 内 存 
资源 。 同 时 我 们 保证 临时 对 象 不 释放 所 指 回 的 堆 内 存 (下 面 解释 怎么 
做 )， 那 么 在 构造 完成 后 ， 临 时 对 象 被 析 构 ，a 束 从 中 “ 偷 ” 到 了 临时 对 











象 所 拥有 的 堆 内 存 资源 。 











HasPtrMem | HaPiMem | 
临时 对 象 ON ANNA 
堆 内 存 
构造 所 
HasPtrMem 4 me a | 
临时 对 象 i 临时 对 象 
堆 内 存 





图 3-2 找 贝 构造 与 移动 构造 


在 C++11 中 ， 这 样 的 “ 偷 走 ”临时 变量 中 资源 的 构造 函数 ， 就 被 称 
为 “移动 构造 函数 "。 而 这 样 的 “ 偷 ” 的 行为 ， 则 称 之 为 “移动 语义 ”(move 
semantics) 。 当 然 ， 换 成 白话 的 中 文 ， 可 以 理解 为 " 移 为 己 用 ”。 我 们 可 
以 看 看 代码 清单 3-19 中 是 如 何 来 实现 这 种 移动 语义 的 。 





代码 清单 3-19 





#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(3)) { 
cout << "Construct: " << ++n_cstr << endl; 
} 


HasPtrMem(const HasPtrMem & h): d(new int(*h.d)) { 
cout << "Copy construct: " << ++n_cptr << endl; 


} 
HasPtrMem(HasPtrMem && h): d(h.d) { // 移动 构造 函数 
h.d = nullptr; / /将 临时 值 的 指针 成 员 置 空 


cout << "Move construct: " << ++n_mvtr << endl; 


} 
~HasPtrMem() { 
delete d; 
cout << "Destruct: " << ++n_dstr << endl; 


int * d; 

static int n_cstr; 
static int n_dstr; 
static int n_cptr; 
static int n_mvtr; 


int HasPtrMem: :n_cstr 
int HasPtrMem: :n_dstr 
int HasPtrMem: :n_cptr 
int HasPtrMem: :n_mvtr 
HasPtrMem GetTemp() { 
HasPtrMem h; 
cout << "Resource from " << _ func << ": " << hex << h.d << endl; 
return h; 


ou ou ul 
OOOO 


Na Ne Ne Ne 


int main() { 
HasPtrMem a = GetTemp(); 
cout << "Resource from " << _ func << ": " << hex << a.d << endl; 


// 编译 选项 


:g++ -std=c++11 3-3-4.cpp -fno-elide-constructors 





相 比 于 代码 清单 3-18， 代 码 清单 3-19 中 的 HasPtrMem 类 多 了 一 个 构 
造 函 数 HasPtrMem(HasPtrMem&&)， 这 个 就 是 我 们 所 谓 的 移动 构造 函 
数 。 与 拷贝 构造 函数 不 同 的 是 ， 移 动 构造 函数 接受 一 个 所 谓 的 “ 右 值 引 
用 ”的 参数 ， 关 于 右 值 我 们 接 下 来 会 解释 ， 读 者 可 以 暂时 理解 为 临时 变 
量 的 引用 。 可 以 看 到 ， 移 动 构造 函数 使 用 了 参数 h 的 成 员 d 初 始 化 了 本 对 
象 的 成 员 d《〈 而 不 是 像 拷贝 构造 函数 一 样 需要 分 配 内 存 ， 然 后 将 内 容 依 














次 找 贝 到 新 分 配 的 内 存 中 ) ， 而 h 的 成 员 d 随 后 被 置 为 指针 空 值 
nullptr〈 请 参见 7.1 节 ， 这 里 等 同 于 NULL) 。 这 了 束 完 成 了 移动 构造 的 全 





这 里 所 谓 的 “ 偷 ” 堆 内 存 ， 就 是 指 将 本 对 象 d 指 向 h.d 所 指 的 内 存 这 一 
条 语句 ， 相 应 地 ， 我 们 还 将 h 的 成 员 d 置 为 指针 空 值 。 这 其 实 也 是 我 
们 ”* 偷 "内存 时 必须 做 的 。 这 是 因为 在 移动 构造 完成 之 后 ， 临 时 对 象 会 立 
即 被 析 构 。 如 果 不 改变 h.d《〈 临 时 对 象 的 指针 成 员 ) 的 话 ， 则 临时 对 象 
会 析 构 掉 本 是 我 们 “ 偷 ?来 的 堆 内 存 。 这 样 一 来 ， 本 对 象 中 的 d 指 针 也 就 
成 了 一 个 其 挂 指针 ， 如 果 我 们 对 指针 进行 解 引用 ， 就 会 发 生 严 重 的 运行 
时 错误 。 








为 了 看 看 移动 构造 的 效果 ， 我 们 让 GetTemp 和 main 函 数 分 别 打 印 变 
量 h 和 变量 a 中 的 指针 h.d 和 a.d， 在 我 们 的 实验 机 上 运行 的 结果 如 下 : 


Construct: 1 

Resource from GetTemp: 0x603010 
Move construct: 1 

Destruct: 1 

Move construct: 2 

Destruct: 2 

Resource from main: 0x603010 
Destruct: 3 


FAES, ACA AS NAEK Me DAD S AREE 
函数 ， 移 动 构造 的 结果 是 ，GetTemp 中 的 h 的 指针 成 员 h.d4 和 main 函 数 中 
的 a 的 指针 成 员 a.d 的 值 是 相同 的 ， 即 h.d 和 a.d 都 指向 了 相同 的 堆 地 址 内 
存 。 该 堆 内 存在 水 数 返回 的 过 程 中 ， 成 功 地 逃避 了 被 析 构 的 “厄运 ?， 取 


而 代 之 地 ， 成 为 了 赋值 表达 式 中 的 变量 a 的 资源 。 如 果 堆 内 存 不 是 一 个 
int 长 度 的 数据 ， 而 是 以 MByte 为 单位 的 堆 空间 ， 那 么 这 样 的 移动 带 来 的 
性 能 提升 将 非常 惊人 。 





或 许 读者 会 质疑 说 :为 什么 要 这 么 费力 地 添加 移动 构造 函数 呢 ? 
全 可 以 选择 改变 GetTemp 的 接口 ， 比 如 直接 传 一 个 引用 或 者 指针 到 
GetTemp 的 参数 中 去 ， 效 果 应 该 也 不 莽 。 其 实 从 性 能 上 来 讲 ， 这 样 的 做 
法 确实 毫 无 问题 ， 甚 至 只 好 不 差 。 不 过 从 使 用 的 方便 性 上 来 讲 效果 不 
好 。 如 果 函 数 返 回 临时 值 的 话 ， 可 以 在 单条 语句 里 完成 很 多 计算 ， 比 如 
我 们 可 以 很 自然 地 写 出 如 下 语句 





Caculate(GetTemp(), SomeOther(Maybe(), Useful(Values, 2))); 





但 如 末 通 过 传 引用 或 者 指针 的 方法 而 不 返回 值 的 话 ， 通 常 就 需要 很 
在 句 来 完成 上 面 的 工作 。 可 能 是 像 下 面 这 样 的 代码 : 



































string *a; vector b; // 事先 声明 一 些 变 量 用 于 传递 返回 值 
Useful(Values, 2, a); // 最 后 一 个 参数 是 指针 ， 用 于 返回 结果 
SomeOther(Maybe(), a, b); // 最 后 一 个 参数 是 引用 ， 用 于 返回 结果 






































Caculate(GetTemp(), b); 


两 者 在 代码 编写 效率 和 可 读 性 上 都 存在 着 明显 的 差别 。 而 即使 声明 


这 些 传递 返回 值 的 变量 为 全 局 的 ， 函 数 再 将 这 些 引 用 和 指针 都 作为 返回 
值 返回 给 调用 者 ， 我 们 也 需要 在 Caculate 调 用 之 前 声明 好 所 有 的 引用 和 
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变量 ， 也 不 需要 知道 生命 期 。 程 序 员 只 需要 按照 最 自然 的 方式 ， 使 用 最 
简单 的 语句 就 可 以 完成 大 量 的 工作 。 

那么 再 回 到 移动 语义 上 来 ， 还 有 一 个 最 为 关键 的 问题 没有 解决 ， 那 
就 是 移动 构造 函数 何 时 会 被 触发 。 之 前 我 们 只 是 提 到 了 临时 对 象 ， 一 旦 
我 们 用 到 的 是 个 临时 变量 ， 那 么 移动 构造 语义 就 可 以 得 到 执行 。 那 么 ， 
在 C++ 中 如 何 判断 产生 了 临时 对 象 ? 如 何 将 其 用 于 移动 构造 函数 ? 是 否 


Ki 


只 有 临时 变量 可 以 用 于 移动 构造 ? .……… 读者 可 能 还 有 很 多 问题 。 要 回答 








这 些 问 题 ， 需 要 先 了 解 一 下 C++ 中 的 “ 值 ”* 是 如 何 分 类 的 。 


注意 ”事实 上 ， 移 动 语义 并 不 是 什么 新 的 概念 ， 在 C++98/03 的 语 
言 和 库 中 ， 它 已 经 存在 了 ， 比 如 : 


-在 某 些 情况 下 拷贝 构造 函数 的 省 略 (copy constructor elision in 


some contexts ) 
:智能 指针 的 找 贝 Cauto_ptr“copy” ) 
链表 拼接 Clist::splice ) 


.容器 内 的 置换 (swap on containers ) 


以 上 这 些 操作 都 包含 了 从 一 个 对 象 同 另外 一 个 对 象 的 资源 转移 〈 至 
少 概念 上 ) 的 过 程 ， 唯 一 欠缺 的 是 统一 的 语法 和 语义 的 支持 ， 来 使 我 们 
可 以 使 用 通用 的 代码 移动 任意 的 对 象 〈 惑 像 我 们 今天 可 以 使 用 通用 的 代 
人 码 来 拷贝 任意 对 象 一 样 )。 如 果 能 够 任意 地 使 用 对 象 的 移动 而 不 是 找 
贝 ， 那 么 标准 库 中 的 很 多 地 方 的 性 能 都 会 大 大 提高 。 


3.3.3 左 值 、 右 值 与 右 值 引用 


在 C 语 言 中 ， 我 们 常常 会 提起 左 值 (lvalue) ~ AF Crvalue) 这 样 
的 称呼 。 而 在 编译 程序 时 ， 编 译 占 有 时 也 会 在 报 出 的 错误 信息 中 会 包含 
左 值 、 石 值 的 说 法 。 不 过 左 值 、 右 值 通常 不 是 通过 一 个 严谨 的 定义 而 为 
人 所 知 的 ， 大 多 数 时 候 左右 值 的 定义 与 其 判别 方法 是 一 体 的 。 一 个 最 为 
典型 的 判别 方法 就 是 ， 在 赋值 表达 式 中 ， 出 现在 等 号 左边 的 就 是 “ 左 
E, MESSALA, MRA AE”. kin: 











在 这 个 赋值 表达 式 中 ，a 就 是 一 个 左 值 ， 而 b+c 则 是 一 个 右 值 。 这 种 
识别 左 值 、 右 值 的 方法 在 C++ 中 依然 有 效 。 不 过 C++ 中 还 有 一 个 被 广泛 
认同 的 说 法 ， 那 就 是 可 以 取 地 址 的 、 有 名 字 的 就 是 左 值 ， 反 之 ， 不 能 
地 址 的 、 没 有 名 字 的 就 是 右 值 。 那 么 这 个 加 法 赋值 表达 式 中 ，&a 是 允 
许 的 操作 ， 但 &(b+c) 这 样 的 操作 则 不 会 通过 编译 。 因 此 a 是 一 个 左 值 ， 
(b+o 是 一 个 右 值 。 











这 些 判 别 方 法 通常 都 非常 有 效 。 更 为 细致 地 ， 在 C++11 中 ， 右 值 是 
由 两 个 概念 构成 的 ， 一 个 是 将 亡 值 (xvalue，eXpiring Value〉， 男 一 个 


则 是 纯 右 值 (prvalue，Pure Rvalue) 。 





其 中 纯 右 值 就 是 C++98 标 准 中 右 值 的 概念 ， 讲 的 是 用 于 辨识 临时 变 
量 和 一 些 不 跟 对 象 关联 的 值 。 比 如 非 引 用 返回 的 函数 返回 的 临时 变量 值 
(我 们 在 前 面 多 次 提 到 了 ) 就 是 一 个 纯 右 值 。 一 些 运算 表达 了 式 ， 比 如 
1+3 产 生 的 临时 变量 值 ， 也 是 纯 右 值 。 而 不 跟 对 象 关 联 的 字面 量 值 ， 比 
如 : 2、‘c*、true， 也 是 纯 右 值 。 此 外 ， 类 型 转换 函数 的 返回 值 、lambda 
表达 式 〈 见 7.3 节 ) 等 ， 也 都 是 右 值 。 








而 将 亡 值 则 是 C++11 新 增 的 跟 右 值 引 用 相关 的 表达 式 ， 这 样 表达 式 
通常 是 将 要 被 移动 的 对 象 〈 移 为 他 用 〉 ， 比 如 返回 右 值 引用 T&& 的 函数 

返回 值 、std::move 的 返回 值 〈 稍 后 解释 ) ， 或 者 转换 为 T&& 的 类 型 转换 
函数 的 返回 值 “ 稍 后 解释 ) 。 而 剩余 的 ， 可 以 标识 函数 、 对 象 的 值 都 属 
于 左 值 。 在 C++11 的 程序 中 ， 所 有 的 值 必 属于 左 值 、 将 亡 值 、 纯 右 值 三 
者 一 一 : 





注意 ”事实 上 ， 之 所 以 我 们 只 知道 一 些 关于 左 值 、 右 值 的 判断 而 
很 少 听 到 其 真正 的 定义 的 一 个 原因 就 是 一 很 难 归纳 。 而 且 即 使 归纳 了 ， 
也 需要 大 量 的 解释 。 








在 C++11 中 ， 右 值 引用 束 是 对 一 个 右 值 进行 引用 的 类 型 。 事 实 上 ， 
由 于 右 值 通常 不 具有 名 字 ， 我 们 也 只 能 通过 引用 的 方式 找到 它 的 存在 。 
常情 况 下 ， 我 们 只 能 是 从 右 值 表达 式 获得 其 引用 。 比 如 : 











T && a = ReturnRvalue(); 





这 个 表达 式 中 ， 假 设 ReturnRvalue 返 回 一 个 右 值 ， 我 们 就 声明 了 一 
个 名 为 a 的 右 值 引用 ， 其 值 等 于 ReturnRvalue 函 数 返 回 的 临时 变量 的 值 。 


为 了 区 别 于 C++98 中 的 引用 类 型 ， 我 们 称 C++98 中 的 引用 为 “ 左 值 引 
H” (value reference) 。 右 值 引 用 和 左 值 引用 都 是 属于 引用 类 型 。 无 论 
征 声明 一 个 左 值 引 用 还 是 右 值 引 用 ， 都 必须 立即 进行 初始 化 。 而 其 原因 
可 以 理解 为 是 引用 类 型 本 身 目 己 并 不 拥有 所 绑 定 对 象 的 内 存 ， 只 是 该 对 
象 的 一 个 别名 。 左 值 引 用 是 具名 变量 值 的 别名 ， 而 右 值 引 用 则 是 不 具名 
匿名) 变量 的 别名 。 





在 上 面 的 例子 中 ，ReturnRvalue 函 数 返回 的 右 值 在 表达 式 语 句 结束 
后 ， 其 生命 也 就 终结 了 (通常 我 们 也 称 其 具有 表达 式 生 命 期 ， 而 通过 
右 值 引用 的 声明 ， 该 右 值 又 “ 重 获 新 生 ， 其 生命 期 将 与 右 值 引 用 类 型 变 
量 a 的 生命 期 一 样 。 只 要 a 还 “活着 ”， 该 石 值 临时 量 将 会 一 直 “ 存 活 ” 下 
Ze 








所 以 相 比 于 以 下 语句 的 声明 方式 : 


Tb = ReturnRvalue(); 





我 们 刚才 的 右 值 引用 变量 声明 ， 就 会 少 一 次 对 象 的 析 构 及 一 次 对 象 
的 构造 。 因 为 a 是 右 值 引 用 ， 直 接 绑 定 了 ReturnRvalue0 返 回 的 临时 量 ， 
而 b 只 是 由 临时 值 构 造 而 成 的 ， 而 临时 量 在 表达 式 结束 后 会 析 构 因应 整 


会 多 一 次 析 构 和 构造 的 开销 。 


不 过 值得 指出 的 是 ， 能 够 声明 右 值 引用 a 的 前 提 是 ReturnRvalue 返 回 
的 是 一 个 右 值 。 通 稼 情况 下 ， 右 值 引用 是 不 能 够 绑 定 到 任何 的 无 值 的 。 
比如 下 面 的 表达 式 就 是 无 法 通过 编译 的 。 

ee ae d=c; 

相对 地 ， 在 C++98 标 准 中 就 已 经 出 现 的 左 值 引 用 是 否 可 以 绑 定 到 右 
值 〈“ 由 右 值 进行 初始 化 ) W? 比如 : 


T & e = ReturnRvalue(); 
const T & f = ReturnRvalue(); 


这 样 的 语句 是 人 否 能 够 通过 编译 呢 ? 这 里 的 答案 是 : e 的 初始 化 会 导 
致 编译 时 错误 ， 而 f 则 不 会 。 








出 现 这 样 的 状况 的 原因 是 ， 在 常量 左 值 引用 在 C++98 标 准 中 开始 就 
个 “万 能 ”的 引用 类 型 。 它 可 以 接受 非常 量 左 值 、 常 量 左 值 、 右 值 对 其 
进行 初始 化 。 而 且 在 使 用 右 值 对 其 初始 化 的 时 候 ， 第 量 左 值 引用 还 可 以 
像 右 值 引 用 一 样 将 右 值 的 生命 期 延长 。 不 过 相 比 于 右 值 引用 所 引用 的 右 
值 ， 和 量 左 值 押 引用 的 右 值 在 它 的 “余生 ”中 只 能 是 只 读 的 。 相 对 地 ， 非 
常量 左 值 只 能 接受 非常 量 左 值 对 其 进行 初始 化 。 














既然 常量 左 值 引用 在 C++98 中 就 已 经 出 现 ， 读 者 可 能 会 努力 地 搜索 


记忆 ， 想 找 出 在 C++ 中 使 用 常量 左 值 绑 定 右 值 的 情况 。 不 过 可 能 一 切 并 
不 如 愿 。 这 是 因为 ， 在 C++11 之 前 ， 左 值 、 右 值 对 于 程序 员 来 说 ， 一 直 
呈 透 明 状 态 。 不 知道 什么 是 左 值 、 右 值 ， 并 不 影响 写 出 正确 的 C++ 代 
码 。 引 用 的 是 左 值 和 右 值 通常 也 并 不 重要 。 不 过 事实 上 ， 在 C++98 通 过 
左 值 引 用 来 绑 定 一 个 右 值 的 情况 并 不 少见 ， 比 如 : 


























const bool & judgement = true; 


就 是 一 个 使 用 第 量 左 值 引用 来 绑 定 右 值 的 例子 。 不 过 与 如 下 声明 相 
比较 看 起 来 似乎 差别 不 大 。 








const bool judgement = true; 
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使 用 了 右 值 并 为 其 " 续 命 ”， 而 后 者 的 右 值 在 表达 式 结束 后 就 销毁 了 ) 。 


事实 上 ， 即 使 在 C++98 中 ， 我 们 也 常 可 以 使 用 常量 左 值 引 用 来 减少 
临时 对 象 的 开销 ， 如 代码 清单 3-20 所 示 。 


代码 清单 3-20 





#include <iostream> 
using namespace std; 
struct Copyable { 
Copyable() {} 
Copyable(const Copyable &o) { 
cout << "Copied" << endl; 


}; 
Copyable ReturnRvalue() { return Copyable(); } 


void AcceptVal(Copyable) {} 

void AcceptRef(const Copyable & ) {} 

int main() { 
cout << "Pass by value: " << endl 
AcceptVal(ReturnRvalue()); // iis Ca UEA 


cout << "Pass by reference: " << endl; 
AcceptRef(ReturnRvalue()); // 临时 值 被 作为 引用 传递 

















} 
// 编译 选项 


:g++ 3-3-5.cpp -fno-elide-constructors 





在 代码 清单 3-20 中 ， 我 们 声明 了 结构 体 Copyable， 该 结构 体 的 唯一 
的 作用 就 是 在 被 拷贝 构造 的 时 候 打 印 一 句 话 : Copied。 而 两 个 函数 ， 
AcceptVal 使 用 了 值 传递 参数 ， 而 AcceptRef 使 用 了 引用 传递 。 在 以 
ReturnRvalue 返 回 的 右 值 为 参数 的 时 候 ，AcceptRef 就 可 以 直接 使 用 产生 
的 临时 值 〈 并 延长 其 生命 期 ) ， 而 AcceptVal 则 不 能 直接 使 用 临时 对 
象 。 





译 运 行 代码 清单 3-20， 可 以 得 到 以 下 结果 : 





Pass by value: 
Copied 

Copied 

Pass by reference: 
Copied 





可 以 看 到 ， 由 于 使 用 了 左 值 引 用 ， 临 时 对 象 被 直接 作为 函数 的 参 
数 ， 而 不 需要 从 中 找 贝 一 次 。 读 者 可 以 自行 分 析 一 下 输出 结果 ， 这 里 束 
不 准 述 了 。 而 在 C++11 中 ， 同 样 地 ， 如 果 在 代码 清单 3-20 中 以 右 值 引用 


为 参数 声明 如 下 函数 : 


void AcceptRvalueRef(Copyable && ) {} 


也 同样 可 以 减少 临时 变量 找 贝 的 开销 。 进 一 步 地 ， 还 可 以 在 
AcceptRvalueRef 中 修改 该 临时 值 〈 这 个 时 候 临 时 值 由 于 被 右 值 引用 参数 
所 引用 ， 已 经 获得 了 函数 时 间 的 生命 期 。 不 过 修改 一 个 临时 值 的 意义 
通常 不 大 ， 除 非 像 3.3.2 节 一 样 使 用 移动 语义 。 





束 本 例 而 言 ， 如 果 我 们 这 样 实现 函数 : 


void AcceptRvalueRef(Copyable && s) { 
Copyable news = std::move(s); 





这 里 std::move 的 作用 是 强制 一 个 左 值 成 为 右 值 (看 起 来 很 奇怪 ? 这 
个 我 们 会 在 下 面 一 节 中 解释 ) 。 该 函数 就 是 使 用 右 值 来 初始 化 Copyable 
变量 news。 当 然 ， 如 同 我 们 在 上 小 节 提 到 的 ， 使 用 移动 语义 的 前 提 是 
Copyable 还 需要 添加 一 个 以 右 值 引用 为 参数 的 移动 构造 函数 ， 比 如 : 


Copyable(Copyable &&o) { /* 实现 移动 语义 


*/ } 


这 样 一 来 ， 如 果 Copyable 类 的 临时 对 象 《 即 ReturnRvalue 返 回 的 临 
HE) 中 包含 一 些 大 块 内 存 的 指针 ，news 就 可 以 如 同 代 码 清单 3-19 一 样 


将 临时 值 中 的 内 存 “ 先 ?为 已 用 ， 从 而 从 这 个 以 右 值 引用 参数 的 
AcceptRvalueRef 函 数 中 获得 最 大 的 收益 。 事 实 上 ， 右 值 引 用 的 来 由 从 来 
束 跟 移动 语义 紧 紧 相关 。 这 古 右 值 存在 的 一 个 最 大 的 价值 〈 男 外 一 个 价 
值 是 用 于 转发 ， 我 们 会 在 后 面 的 小 节 中 看 到 ) 。 


对 于 本 例 而 言 ， 很 有 趣 的 是 ， 读 者 也 可 以 思考 一 下 : 如 果 我 们 不 声 
明 移动 构造 函数 ， 而 只 声明 一 个 常量 左 值 的 构造 函数 会 发 生 什么 ?如 同 
我 们 刚才 提 到 的 ， 管 量 左 值 引 用 是 个 “万 能 ”的 引用 类 型 ， 无 论 左 值 还 是 
右 值 ， 凋 量 还 是 非常 量 ， 一 概 能 够 绑 定 。 那 么 如 果 Copyable 没 有 移动 构 
ERA PIE: 











Copyable news = std::move(s); 
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的 设计 一 移动 不 成 ， 至 少 还 可 以 执行 找 贝 。 因 此 ， 通 常情 况 下 ， 程 序 员 
会 为 声明 了 移动 构造 函数 的 类 声明 一 个 常量 左 值 为 参数 的 拷贝 构造 函 
数 ， 以 保证 在 移动 构造 不 成 时 ， 可 以 使 用 拷贝 构造 不过， 我 们 也 会 在 
之 后 看 到 一 些 特殊 用 途 的 反例 ) 。 











为 了 语义 的 完整 ，C++11 中 还 存在 着 常量 右 值 引 用 ， 比 如 我 们 通过 
以 下 代码 声明 一 个 常量 右 值 引用 。 





const T && crvalueref = ReturnRvalue(); 











但 是 ， 一 来 右 值 引用 主要 就 是 为 了 移动 语义 ， 而 移动 语义 需要 右 值 
是 可 以 被 修改 的 ， 那 么 常量 右 值 引用 在 移动 语义 中 就 没有 用 武之 处 ; 二 
来 如 果 要 引用 右 值 且 让 右 值 不 可 以 更 改 ， 和 常量 左 值 引 用 往往 就 足够 了 。 
因此 在 现在 的 情况 下 ， 我 们 还 没有 看 到 常量 右 值 引 用 有 何 用 处 。 





表 3-1 中 ， 我 们 列 出 了 在 C++11 中 各 种 引用 类 型 可 以 引用 的 值 的 类 
型 。 值 得 注意 的 是 ， 只 有 要 能 够 绑 定 右 值 的 引用 类 型 ， 郑 能 够 延长 右 值 的 
生命 期 。 





表 3-1 C++11 中 引用 类 型 及 其 可 以 引用 的 值 类 型 

















ENA a 可 以 引用 的 值 类 型 SA b i 

非常 量 左 值 | 常量 左 值 非常 量 右 值 常量 右 值 
非常 量 左 值 引用 N N N 无 
常量 左 值 引用 t4 x Y v 全 能 类 型 ， 可 用 于 拷贝 语义 
非常 量 右 值 引 用 N N Y N 用 于 移动 语义 、 完 美 转发 
常量 右 值 引用 N N Y y 暂 无 用 途 

















有 的 时 候 ， 我 们 可 能 不 知道 一 个 类 型 是 否 是 引用 类 型 ， 以 及 是 左 值 
引用 还 是 右 值 引用 (这 在 模板 中 比较 常见 ) 。 标 准 库 在 <type_traits> 头 
文件 中 提供 了 3 个 模板 类 : is_rvalue_reference、is_lvalue_reference、 


is_reference， 可 供 我 们 进行 判断 。 比 如 : 





cout << is_rvalue_reference<string &&>::value; 








我 们 通过 模板 类 的 成 员 value 束 可 以 打印 出 stirmng&& 和 是 个 是 一 个 右 值 
引用 了 。 配 合 第 4 草 中 的 类 型 推导 操作 符 decltype， 我 们 甚至 还 可 以 对 变 








量 的 类 型 进行 判断 。 当 读者 搞 不 清楚 引用 类 型 的 时 候 ， 不 妨 使 用 这 样 的 
小 工具 实验 一 下 。 


3.3.4 std::move: 强制 转化 为 右 值 


在 C++11 中 ， 标 准 库 在 <utility> 中 提供 了 一 个 有 用 的 函数 
std::move， 这 个 函数 的 名 字 具 有 迷惑 性 ， 因 为 实际 上 std::move 并 不 能 移 
动 任何 东西 ， 它 唯一 的 功能 是 将 一 个 左 值 强制 转化 为 右 值 引用 ， 继 而 我 
们 可 以 通过 右 值 引用 使 用 该 值 ， 以 用 于 移动 语义 。 从 实现 上 讲 ， 


std::move 基 本 等 同 于 一 个 类 型 转换 : 











static_cast<T&&>(lvalue); 
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而 改变 。 如 果 读 者 期 户 std::move 转 化 的 左 值 变 量 lvalue 能 立即 被 析 构 ， 
那么 肯定 会 失望 了 。 我 们 来 看 代码 清早 3-21 所 示 的 例子 。 


代码 清单 3-21 





#include <iostream> 
using namespace std; 
class Moveable{ 
public: 
Moveable():i(new int(3)) {} 
~Moveable() { delete i; } 
Moveable(const Moveable & m): i(new int(*m.i)) { } 
Moveable(Moveable && m):i(m.i) { 
m.i = nullptr; 


int* i; 
3; 
int main() { 

Moveable a; 

Moveable c(move(a)); // 会 调用 移动 构造 函数 


cout << *a.i << endl; // 运行 时 错误 


} 
// 编译 选项 


:g++ -std=c++11 3-3-6.cpp -fno-elide-constructors 


在 代码 清单 3-21 中 ， 我 们 为 类 型 Moveable 定 义 了 移动 构造 函数 。 
个 函数 定义 本 映 没 有 什么 问题 ， 但 调用 的 时 候 ， 使 用 Moveable 
c(move(a)); 这 样 的 语句 。 这 里 的 a 本 来 是 一 个 左 值 变 量 ， 通 过 std::move 将 
其 转换 为 右 值 。 这 样 一 来 ，a.i 束 被 c 的 移动 构造 函数 设置 为 指针 空 值 。 
由 于 a 的 生命 期 实际 要 到 main 函 数 结束 才 结 束 ， 那 么 随后 对 表达 式 *a.i 进 
行 计算 的 时 候 ， 就 会 发 生 严 重 的 运行 时 错误 。 











这 是 个 典型 误 用 std::move 的 例子 。 当 然 ， 标 准 库 提供 该 函数 的 目的 
不 是 为 了 让 程序 员 搬 起 石 涉 砸 自己 的 脚 。 事 实 上 ， 要 使 用 该 函数 ， 必 须 
是 程序 员 清 楚 需要 转换 的 时 候 。 比 如 上 例 中 ， 程 序 员 应 该 知道 被 转化 为 
右 值 的 a 不 可 以 再 使 用 。 不 过 更 多 地 ， 我 们 需要 转换 成 为 右 值 引用 的 还 

是 一 个 确实 生命 期 即将 结束 的 对 象 。 我 们 来 看 看 代码 清单 3-22 所 示 的 正 
确 例 子 。 











代码 清单 3-22 


#include <iostream> 
using namespace std; 
class HugeMem{ 
public: 
HugeMem(int size): sz(size > 0 ? size: 1) { 
c = new int[sz]; 


} 

~HugeMem() { delete [] c; } 

HugeMem(HugeMem && hm): sz(hm.sz), c(hm.c) { 
hm.c = nullptr; 

} 


int * Cc; 
int sz; 
J; 
class Moveable{ 
public: 
Moveable():i(new int(3)), h(1024) {} 
~Moveable() { delete i; } 
Moveable(Moveable && m): 
i(m.i), h(move(m.h)) { // 强制 转 为 右 值 ， 以 调用 移动 构造 函数 


m.i = nullptr; 


int* i; 
HugeMem h; 


3; 
Moveable GetTemp() { 
Moveable tmp = Moveable(); 
cout << hex << "Huge Mem from " << __func__ 
<< " @" << tmp.h.c << endl; // Huge Mem from GetTemp @0x603030 
return tmp; 


int main() { 
Moveable a(GetTemp()); 
cout << hex << "Huge Mem from " << _ func _ 
<< " @" << a.h.c << endl; // Huge Mem from main @0x603030 


// 编译 选项 


:g++ -std=c++11 3-3-7.cpp -fno-elide-constructors 





在 代码 清单 3-22 中 ， 我 们 定义 了 两 个 类 型 : HugeMem 和 Moveable， 
其 中 Moveable 包 含 了 一 个 HugeMem 的 对 象 。 在 Moveable 的 移动 构造 函 
数 中 ， 我 们 就 看 到 了 std::move 函 数 的 使 用 。 该 函数 将 m.h 强 制 转化 为 右 
值 ， 以 迫使 Moveable 中 的 h 能 够 实现 移动 构造 。 这 里 可 以 使 用 
std::move， 是 因为 m.h 是 m 的 成 员 ， 既 然 m 将 在 表达 式 结束 后 被 析 构 ， 其 
成 员 也 自然 会 被 析 构 ， 因 此 不 存在 代码 清单 3-21 中 的 生存 期 不 对 的 问 
题 。 另 外 一 个 问题 可 能 是 std::move 使 用 的 必要 性 。 这 里 如 果 不 使 用 





std::move(m.h) 这 样 的 表达 式 ， 而 是 直接 使 用 m.h 这 个 表达 式 将 会 怎样 ? 


其 实 这 是 C++11 中 有 趣 的 地 方 : 可 以 接受 右 值 的 右 值 引用 本 号 却 是 
个 左 值 。 这 里 的 m.h 引 用 了 一 个 确定 的 对 象 ， 而 且 m.h 也 有 名 字 ， 可 以 使 
用 &m.h 取 到 地 址 ， 因 此 是 个 不 折 不 扣 的 左 值 。 不 过 这 个 左 值 确 确实 实 
会 很 快 * 灰 飞 烟 灭 ”， 因 为 找 贝 构造 函数 在 Moveable 对 象 a 的 构造 完成 后 
也 就 结束 了 。 那 么 这 里 使 用 std::move 强 制 其 为 右 值 就 不 会 有 问题 了 7。 而 
且 ， 如 果 我 们 不 这 么 做 ， 由 于 m.h 是 个 左 值 ， 就 会 导致 调用 HugeMem 的 
拷贝 构造 函数 来 构造 Moveable 的 成 员 h (虽然 这 里 没有 声明 ， 读 者 可 以 
目 行 添加 实验 一 下 ) 。 如 果 是 这 样 ， 移 动 语 义 就 没有 能 够 成 功 地 同类 的 
成 员 传递 。 换 言 之 ， 还 是 会 由 于 拷贝 而 导致 一 定 的 性 能 上 的 损失 。 











事实 上 ， 为 了 保证 移动 语义 的 传递 ， 程 序 员 在 编写 移动 构造 函数 的 
时 候 ， 应 该 总 是 记得 使 用 std::move 转 换 拥有 形 如 扒 内 存 、 文 件 句 柄 等 资 
源 的 成 员 为 右 值 ， 这 样 一 来 ， 如 果 成 员 文 持 移动 构造 的 话 ， 束 可 以 实现 
其 移动 语义 。 而 即使 成 员 没 有 移动 构造 冰 数 ， 那 么 接受 常量 左 值 的 构造 
函数 版 本 也 会 轻松 地 实现 拷贝 构造 ， 因 此 也 不 会 引起 大 的 问题 。 








3.3.5 “移动 语义 的 一 些 其 他 问题 


我 们 在 前 面 多 次 提 到 ， 移 动 语义 一 定 是 要 修改 临时 变量 的 值 。 那 
， 如 果 这 样 声明 移动 构造 函数 : 





Moveable(const Moveable &&) 





或 者 这 样 声明 函 数 : 





const Moveable ReturnVal(); 


都 会 使 得 的 临时 变量 常量 化 ， 成 为 一 个 常量 右 值 ， 那 么 临时 变量 的 
引用 也 就 无 法 修改 ， 从 而 导致 无 法 实现 移动 语义 。 因 此 程序 员 在 实现 移 
动 语义 一 定 要 注意 排除 不 必要 的 const 关 键 字 。 





在 C++11 中 ， 找 贝 /移动 构造 函数 实际 上 有 以 下 3 个 版 本 : 


T Object(T &) 
T Object(const T &) 
T Object(T &&) 





SLE Fe fe Ac (EL S| ERA Ee PS AS, TTA AE | A AR AS 
一 个 移动 构造 版 本 。 默 认 情 况 下 ， 编 译 需 会 为 程序 员 隐 式 地 生成 一 个 

隐 式 表示 如 果 不 被 使 用 则 不 生成 ) 移 动 构造 函数 。 不 过 如 果 程 序 员 声 
明了 上 自 定 义 的 拷贝 构造 函数 、 找 贝 赋值 函数 、 移 动 赋值 函数 、 析 构 函 数 





中 的 一 个 或 者 多 个 ， 编 译 器 都 不 会 再 为 程序 员 生 成 默认 版 本 。 默 认 的 移 
动 构造 函 数 实际 上 跟 默 认 的 拷贝 构造 浮 数 一 样 ， 只 能 做 一 些 控 位 找 贝 的 
工作 。 这 对 实现 移动 语义 来 说 是 不 够 的 。 通 常情 况 下 ， 如 果 需 要 移动 语 
X, 程序 员 必 须 目 定 义 移动 构造 函数 。 当 然 ， 对 一 些 简单 的 、 不 包含 任 
何 资源 的 类 型 来 说 ， 实 现 移 动 语义 与 否 部 无 关 紧 要 ， 因 为 对 这 样 的 类 型 
而 言 ， 移 动 就 是 拷贝 ， 找 贝 就 是 移动 。 








同样 地 ， 声 明了 移动 构造 函数 、 移 动 赋值 函数 、 找 贝 赋值 函数 和 析 
构 函 数 中 的 一 个 或 者 多 个 ， 编 译 鼎 也 不 会 再 为 程序 员 生 成 默认 的 拷贝 构 
造 冰 数 。 所 以 在 C++11 中 ， 找 贝 构造 /赋值 和 移动 构造 /赋值 函数 必须 同 
时 提供 ， 或 者 同时 不 提供 ， 程 序 员 才能 保证 类 同时 具有 拷贝 和 移动 语 
义 。 只 声明 其 中 一 种 的 话 ， 类 都 仅 能 实现 一 种 语义 。 








其 实 ， 只 实现 一 种 语义 在 类 的 编写 中 也 是 非常 常见 的 。 比 如 说 只 有 
拷贝 语义 的 类 型 一 事实 上 在 C++11 之 前 我 们 见 过 大 多 数 的 类 型 的 构造 都 
是 只 使 用 拷贝 语义 的 。 而 只 有 移动 语义 的 类 型 则 非常 有 趣 ， 因 为 只 有 移 
动 语义 表明 该 类 型 的 变量 所 拥有 的 资源 只 能 被 移动 ， 而 不 能 被 拷贝 。 那 
么 这 样 的 资源 必须 是 唯一 的 。 因 此 ， 只 有 移动 语义 构造 的 类 型 往往 都 
是 “资源 型 > 的 类 型 ， 比 如 说 智能 指针 ， 文 件 流 等 ， 都 可 以 视 为 "资源 
型 ”的 类 型 。 在 本 书 的 第 5 章 中 ， 就 可 以 看 到 标准 库 中 的 仅 可 移动 的 模板 
类 : unique_ptr。 一 些 编译 器 ， 如 vs2011， 现 在 也 把 ifstream 这 样 的 类 型 
实现 为 仅 可 移动 的 。 











在 标准 库 的 头 文 件 <type_traits> 里 ， 我 们 还 可 以 通过 一 些 辅助 的 模 
板 类 来 判断 一 个 类 型 是 否 是 可 以 移动 的 。 比 如 is_move_constructible、 
is_trivially_move_constructible、is_nothrow_move_constructible， 使 用 方 


法 仍然 是 使 用 其 成 员 value。 比 如 : 





cout << is_move_constructible<UnknownType>: : value; 





it AY LFT EN HH UnknowTypeze GPI LAR), IKE — HET Pa ESE 
常 有 用 的 。 


而 有 了 移动 语义 ， 还 有 一 个 比较 典型 的 应 用 是 可 以 实现 高 性 能 的 置 
换 Cswap) 函数 。 看 看 下 面 这 段 swap 模 板 函 数 代 码 : 





template <class T> 
void swap(T& a, T& b) 
{ 


T tmp(move(a)); 
a = move(b); 
b = move(tmp); 


} 





如 果 T 是 可 以 移动 的 ， 那 么 移动 构造 和 移动 赋值 将 会 被 用 于 这 个 置 
换 。 代 码 中 ，a 先 将 自己 的 资源 交 给 tmp， 随 后 b 再 将 资源 交 给 a，tmp 随 
后 又 将 从 a 中 得 到 的 资源 交 给 b， 从 而 完成 了 一 个 置换 动作 。 整 个 过 程 ， 
代码 都 只 会 按照 移动 语义 进行 指针 交换 ， 不 会 有 资源 的 释放 与 申请 。 而 
如 果 T 不 可 移动 却 是 可 找 贝 的 ， 那 么 拷贝 语义 会 被 用 来 进行 置换 。 这 就 
跟 普 通 的 置换 语句 是 相同 的 了 。 因 此 在 移动 语义 的 支持 下 ， 我 们 仅仅 通 











一 个 通用 的 模板 ， 就 可 能 更 高 效 地 完成 置换 ， 这 对 于 泛 型 编程 来 说 ， 
无 疑 是 上 共有 积极 意义 的 。 














男 外 一 个 关于 移动 构造 的 话题 是 异常 。 对 于 移动 构造 函数 来 说 ， 抛 
出 异常 有 时 是 件 危 险 的 事情 。 因 为 可 能 移动 语义 还 没完 成 ， 一 个 异常 却 
抛 出 来 了 ， 这 就 会 导致 一 些 指针 就 成 为 基 挂 指针 。 因 此 程序 员 应 该 尽量 
编写 不 抛 出 异常 的 移动 构造 函数 ， 通 过 为 其 添加 一 个 noexcept 关 键 字 ， 
可 以 保证 移动 构造 函数 中 抛 出 来 的 异常 会 直接 调用 terminate 程 序 终止 运 
行 ， 而 不 是 造成 指针 芯 挂 的 状态 。 而 标准 库 中 ， 我 们 还 可 以 用 一 个 
std::move_ 计 noexcept 的 模板 函数 将 代 move 函 数 。 该 函数 在 类 的 移动 构 
造 函 数 没有 noexcept 关 键 字 修饰 时 返回 一 个 左 值 引用 从 而 使 变量 可 以 使 
用 找 贝 语义 ， 而 在 类 的 移动 构造 函数 有 noexcept 关 键 字 时 ， 人 返回 一 个 右 
值 引用 ， 从 而 使 变量 可 以 使 用 移动 语义 。 我 们 来 看 一 下 代码 清单 3-23 所 
示 的 例子 。 





代码 清单 3-23 





#include <iostream> 
#include <utility> 
using namespace std; 
struct Maythrow { 
Maythrow() {} 
Maythrow(const Maythrow&) { 
std::cout << "Maythorow copy constructor." << endl; 


} 
Maythrow(Maythrow&&) { 

std::cout << "Maythorow move constructor." << endl; 
} 


Td 
struct Nothrow { 
Nothrow() 
Nothrow(Nothrow&&) noexcept { 
std::cout << "Nothorow move constructor." << endl; 


} 
Nothrow(const Nothrow&) { 
std::cout << "Nothorow move constructor." << endl; 


} 

}; 

int main() { 
Maythrow m; 
Nothrow n; 
Maythrow mt = move_if_noexcept(m); // Maythorow copy constructor. 
Nothrow nt = move_if_noexcept(n); // Nothorow move constructor. 
return 0; 

} 

// 编译 选项 


:g++ -Std=c++11 3-3-8.cpp 





在 代码 清单 3-23 中 ， 可 以 清楚 地 看 到 move_if_noexcept 的 效果 。 事 
实 上 ，move_if_noexcept 是 以 牺牲 性 能 保证 安全 的 一 种 做 法 ， 而 且 要 求 
类 的 开发 者 对 移动 构造 秃 数 使 用 noexceptj 进 行 描述 ， 否 则 就 会 损失 更 多 
的 性 能 。 这 是 库 的 开发 者 和 使 用 者 必须 协同 平衡 考虑 的 。 


还 有 一 个 与 移动 语义 看 似 无 关 ， 但 偏偏 有 些 关 联 的 话题 是 ， 编 译 器 
中 被 称 为 RVO/NRVO 的 优化 (RVO,Return Value Optimization， 返 回 值 





优化 ， 或 者 NRVO，Named Return Value optimization)。 事 实 上 ， 在 本 节 
中 大 量 的 代码 都 使 用 了 -fno-elide-constructors 选 项 在 g++/clang++ 中 关闭 

这 个 优化 ， 这 样 可 以 使 读者 在 代码 中 较为 容易 地 利用 函数 返回 的 临时 量 
右 值 。 


但 若 在 编译 的 时 候 不 使 用 该 选项 的 话 ， 读 者 会 发 现 很 多 构造 和 移动 
都 被 省 略 了 。 对 于 下 面 这 样 的 代码 ， 一 旦 打开 g++/clang++ 的 
RVO/NRVO， 从 RetumValue 函 数 中 a 变量 找 贝 /移动 构造 临时 变量 ， 以 及 
从 临时 变量 拷贝 /移动 构造 b 的 二 重奏 就 通通 没有 了 。 


一 


ReturnRvalue() { A a(); return a; } 
b 


A 
A b = ReturnRvalue(); 


ee | 


3.3.6 ”完美 转发 


所 谓 完美 转发 (perfect forwarding) ， 是 指 在 函数 模板 中 ， 完 全 依 
照 模板 的 参数 的 类 型 ， 将 参数 传递 给 函数 模板 中 调用 的 另外 一 个 函数 。 
比如 : 


template <typename T> 
void IamForwording(T t) { IrunCodeActually(t); } 


这 个 简单 的 例子 中 ，IamForwording 是 一 个 转发 函数 模板 。 而 函数 
IrunCodeActually 则 是 真正 执行 代码 的 目标 函数 。 对 于 目标 函数 
IrunCodeActually 而 言 ， 它 总 是 希望 转发 函数 将 参数 按照 传 入 
Iamforwarding 时 的 类 型 传递 《 即 传 入 IamForwording 的 是 左 值 对 象 ， 
IrunCodeActually 就 能 获得 左 值 对 象 ， 传 入 IamForwording 的 是 右 值 对 
象 ，IrunCodeActually 就 能 获得 右 值 对 象 ) ， 而 不 产生 额外 的 开销 ， 就 
好 像 转发 者 不 存在 一 样 。 











这 似乎 是 一 件 非常 容易 的 事情 ， 但 实际 却 并 不 简单 。 在 上 面 例子 
中 ， 我 在 IamForwording 的 参数 中 使 用 了 最 基本 类 型 进行 转发 ， 该 方法 
会 导致 参数 在 传 给 IrunCodeActually 之 前 就 产生 了 一 次 额外 的 临时 对 象 
拷贝 。 因 此 这 样 的 转发 只 能 说 是 正确 的 转发 ， 但 谈 不 上 完美 。 





所 以 通常 程 友 员 需要 的 是 一 个 引用 类 型 ， 引 用 类 型 不 会 有 拷贝 的 开 





销 。 其 次 ， 则 需要 考 碟 转发 函数 对 类 型 的 接受 能 力 。 因 为 目标 函数 可 能 
需要 能 够 既 接 受 左 值 引用 ， 又 接受 右 值 引用 。 那 么 如 果 转 及 函数 只 能 接 

受 其 中 的 一 部 分 ， 我 们 也 无 法 做 到 完美 转发 。 结 合 表 3-1， 我 们 会 想 

到 “万 能 ”的 常量 左 值 类 型 。 不 过 以 常量 左 值 为 参数 的 转发 阔 数 却 会 迪 到 

一 些 尴 做 ， 比 如 : 





void IrunCodeActually(int t){} 
template <typename T> 
void IamForwording(const T & t) { IrunCodeActually(t); } 








这 里 ， 由 于 目标 函数 的 参数 类 型 是 非常 量 左 值 引 用 类 型 ， 因 此 无 法 
接受 常量 顽 值 引用 作为 参数 ， 这 样 一 来 ， 虽 然 转发 函数 的 接受 能 力 很 

， 但 在 目标 函数 的 接受 上 却 出 了 问题 。 那 么 我 们 可 能 就 需要 通过 一 些 
常量 和 非常 量 的 重 载 来 解决 目标 函数 的 接受 问题 。 这 在 函数 参数 比较 多 
的 情况 下 ， 就 会 造成 代码 的 元 余 。 而 且 依据 表 3-1， 如 果 我 们 的 目标 函 
数 的 参数 是 个 右 值 引用 的 话 ， 同 样 无 法 接受 任何 左 值 类 型 作为 参数 ， 间 
接地 ， 也 就 导致 无 法 使 用 移动 语义 。 











那 C++11 是 如 何 解决 完美 转发 的 问题 的 呢 ? 实际 上 ，C++11 是 通过 
5| \—4 Aria <5] dt” (reference collapsing) 的 新 语言 规则 ， 并 结合 
新 的 模板 推导 规则 来 完成 完美 转发 。 


在 C++11 以 前 ， 形 如 下 列 语句 : 


typedef const int T; 
typedef T& TR; 


TR v = 1; // 该 声明 在 


C++98 中 会 导致 编译 错误 








其 中 TR&v=1 这 样 的 表达 式 会 被 编译 器 认为 是 不 合法 的 表达 式 ， 而 
在 C++11 中 ,一旦 出 现 了 这 样 的 表达 式 ， 束 会 发 生 引 用 折 又 ， 即 将 复杂 
的 未 知 表达 式 折 生 为 已 知 的 简单 表达 式 ， 具 体 如 表 3-2 所 示 。 


表 3-2 C++11 中 的 引用 折 又 规则 

















TR 的 类 型 定义 声明 v 的 类 型 v 的 实际 类 型 
T& TR A& 
T& TR& A& 
T& TR&& A& 
T&& TR A&& 
T&& TR& A& 
T&& TR&& A&& 














XS SEA METI, BIA Be SLY Ace lA, S| At 
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当 转 发 函数 的 实 参 是 类 型 xX 的 一 个 左 值 引用 ， 那 么 模板 参数 被 推导 为 
X& 类 型 ， 而 转发 函数 的 实 参 是 类 型 x 的 一 个 右 值 引用 的 话 ， 那 么 模板 
的 参数 被 推导 为 X&& 关 型 。 结 合 以 上 的 引用 折 和 县 规 则 ， 惑 能 确定 出 参 
数 的 实际 类 型 。 进 一 步 ， 我 们 可 以 把 转发 函数 写成 如 下 形式 : 








template <typename T> 

void IamForwording(T && t) { 
IrunCodeActually(static_cast<T &&>(t)); 

} 











注意 ”对 于 完美 转发 而 言 ， 右 值 引 用 并 非 “ 天 生 神 力 ”， 只 是 C++11 
新 引入 了 右 值 ， 因 此 为 其 新 定 下 了 引用 折合 的 规则 ， 以 满足 完美 转 友 的 
需求 。 

注意 一 下 ， 我 们 不 仅 在 参数 部 分 使 用 了 T&& 这 样 的 标识 ， 在 目标 函 
数 传 参 的 强制 类 型 转换 中 也 使 用 了 这 样 的 形式 。 比 如 我 们 调用 转发 函数 


时 传 入 了 一 个 X 类 型 的 左 值 引 用 ， 可 以 想象 ， 转 发 函数 将 被 实例 化 为 如 
PBR: 


void IamForwording(X& && t) 
IrunCodeActually(static_cast<XxX& &&>(t)); 


WALES Dre, Wi: 





void IamForwording(X& t) { 
IrunCodeActually(static_cast<xX&>(t)); 





这 样 一 来 ， 我 们 的 左 值 传递 就 毫 无 问题 了 。 实 际 使 用 的 时 候 ， 
IrunCodeActually 如 果 接 受 左 值 引用 的 话 ， 就 可 以 直接 调用 转发 函数 。 
不 过 读者 可 能 发 现 ， 这 里 调用 前 的 static_cast 没 有 什么 作用 。 事 实 上 ， 这 
里 的 static_cast 是 留 给 传递 右 值 用 的 。 


而 如 果 我 们 调用 转发 函数 时 传 入 了 一 个 X 关 型 的 右 值 引 用 的 话 ， 我 
们 的 转 及 函数 将 被 实例 化 为 : 


void IamForwording(X&& && t) 
IrunCodeActually(static_cast<xX&& &&>(t)); 


应 用 上 引用 折 县 规则 ， 就 是 : 





void IamForwording(X&& t) { 
IrunCodeActually(static_cast<X&&>(t)); 


这 里 我 们 融 看 到 了 static_cast 的 重要 性 。 如 我 们 在 上 面 几 个 小 节 中 讲 
到 的 ， 对 于 一 个 右 值 而 言 ， 当 它 使 用 右 值 引 用 表达 式 引 用 的 时 候 ， 该 右 
值 引 用 却 是 个 不 折 不 扣 的 左 值 ， 那 么 我 们 想 在 函数 调用 中 继续 传递 右 
值 ， 就 需要 使 用 std::move 来 进行 左右 值 的 转换 。 而 std::move 通 第 就 是 一 
个 static_cast。 不 过 在 C++11 中 ， 用 于 完美 转发 的 函数 却 不 再 叫 作 move， 
而 是 另外 一 个 名 字 : forward。 所 以 我 们 可 以 把 转发 函数 写成 这 样 : 


template <typename T> 

void IamForwording(T && t) { 
IrunCodeActually(forward(t)); 

} 


move 和 forward 在 实际 实现 上 差别 并 不 大 。 不 过 标准 库 这 么 设计 ， 
也 许 是 为 了 让 每 个 名 字 对 应 于 不 同 的 用 途 ， 以 应 对 未 来 可 能 的 扩展 《 虽 
然 现在 我 们 使 用 move 可 能 也 能 通过 完美 转发 函数 的 编译 ， 但 这 并 不 是 
推荐 的 做 法 ) 。 





我 们 来 看 一 个 完美 转发 的 例子 ， 如 代码 清单 3-24 所 示 。 


代码 清单 3-24 





#include <iostream> 
using namespace std; 
void RunCode(int && m) { cout << "rvalue ref" << endl; } 
void RunCode(int & m) { cout << "lvalue ref" << endl; 
void RunCode(const int && m) { cout << "const rvalue ref" << endl; } 
void RunCode(const int & m) { cout << "const lvalue ref" << endl; } 
template <typename T> 
void PerfectForward(T &&t) { RunCode(forward<T>(t)); } 
int main() { 
int a; 
int b; 
const int c = 1; 
const int d = 0; 


PerfectForward(a); // lvalue ref 
PerfectForward(move(b)); // rvalue ref 
PerfectForward(c); // const lvalue ref 
PerfectForward(move(d)); // const rvalue ref 


/ / 编译 选项 


:g++ -std=c++11 3-3-9.cpp 





在 代码 清单 3-24 中 ， 我 们 使 用 了 表 3-1 中 的 所 有 4 种 类 型 的 值 对 完美 
转发 进行 测试 ， 可 以 看 到 ， 所 有 的 转发 都 被 正确 地 送 到 了 目的 地 。 


完美 转发 的 一 个 作用 就 是 做 包 半 函数， 这 是 一 个 很 方便 的 功能 。 我 
们 对 代码 清单 3-24 中 的 转发 函数 稍 作 修 改 ， 就 可 以 用 很 少 的 代码 记录 单 
参数 函数 的 参数 传递 状况 ， 如 代码 清单 3-25 所 示 。 


代码 清单 3-25 





#include <iostream> 

using namespace std; 

template <typename T, typename U> 

void PerfectForward(T &&t, U& Func) { 
cout << t << "\tforwarded..." << endl; 
Func(forward<T>(t)); 


} 
void RunCode(double && m) {} 
void RunHome(double && h) {} 


void RunComp(double && c) {} 

int main() { 
PerfectForward(1.5, RunComp) ; // 1.5 forwarded... 
PerfectForward(8, RunCode); // 8 forwarded... 
PerfectForward(1.5, RunHome) ; // 1.5 forwarded... 


// 编译 选项 


: g++ -Std=c++11 3-3-10.cpp 








当然 ， 读 者 可 以 尝试 将 该 例子 变 得 更 复杂 一 点 ， 以 更 加 符合 实际 的 
需求 。 事 实 上 ， 在 C++11 标 准 库 中 我 们 可 以 看 到 大 量 完美 转发 的 实际 应 
用 ， 一 些 很 小 巧 好 用 的 函数 ， 比 如 make_pair、make_unique 等 在 C++11 
都 通过 完美 转发 实现 了 。 这 样 一 来 ， 就 减少 了 一 些 函 数 版 本 的 重复 
《const 和 非 const 版 本 的 重复 ) ， 并 能 够 充分 利用 移动 语义 。 无 论 从 运 
行 性 能 的 提高 还 是 从 代码 编写 的 简化 上 ， 完 美 转发 都 堪 称 完美 。 





3.4 显 式 转换 操作 符 


CE KH. EER 





ECHE, AAEREN RE, Mela. Mast 
类 型 转换 的 “ 目 动 性 ”可 以 让 程序 员 免 于 层 层 构造 类 型 。 但 也 是 由 于 它 的 
目 动 性 ， 会 在 一 些 程序 员 意 想不到 的 地 方 出 现 严 重 的 但 不 易 被 发 现 的 错 
误 。 我 们 可 以 先 看 看 代码 清单 3-26 所 示 的 这 个 例子 。 











代码 清单 3-26 





#include <iostream> 
using namespace std; 
struct Rational1 { 
Rationali(int n = 0, int d = 1): num(n), den(d) { 
cout << _func__ << "(" << num << "/" << den << ")" << endl; 


} 
int num; // Numerator (被 除数 ) 
int den; // Denominator (除数 ) 


/ 
struct Rational2 { 
explicit Rational2(int n = 0, int d = 1): num(n), den(d) { 
cout << _func__ << "(" << num << "/" << den << ")" << endl; 


int num; 
int den; 


J; 
void Displayi(Rationali ra){ 
cout << "Numerator: " << ra.num <<" Denominator: "<< ra.den <<endl; 


} 
void Display2(Rational2 ra){ 
cout << "Numerator: "<< ra.num <<" Denominator: "<< ra.den<<end1; 


int main(){ 
Rationali ri 1 = 11; // Rationali(11/1) 
Rationali1 r1_2(12); // Rationali(12/1) 


Rational2 r2 1 = 21; // 无 法 通过 编译 


Rational2 r2_2(22); // Rational2(22/1) 
Display1(1); // Rationali(1/1) 

// Numerator: 1 Denominator: 1 
Display2(2); // 无 法 通过 编译 
Display2(Rational2(2)); // Rational2(2/1) 

// Numerator: 2 Denominator: 1 
return 0; 

// 编译 选项 


:g++ -Std=c++11 3-4-1.cpp 





在 代码 清单 3-26 中 ， 声 明了 两 个 类 型 Rationall1 和 Rational2。 两 者 在 
代码 上 的 区 别 不 大 ， 只 不 过 Rationall 的 构造 函数 Rationall(int,int) 没 有 
explicit 关 键 字 修饰 ， 这 意味 着 该 构造 函数 可 以 被 隐 式 调用 。 因 此 ， 在 定 
义 变 量 r1_1 的 时 候 ， 字 面 量 11 束 会 成 功 地 构造 出 Rational1(11,1) 这 样 的 变 
量 ，Rational2 却 不 能 从 字面 量 21 中 构造 ， 这 是 因为 其 构造 函数 由 于 使 用 
了 关键 字 explicit 修 饰 ， 禁 止 被 隐 式 构造 ， 因 此 会 导致 编译 失败 。 相 同 的 
情况 也 出 现在 函数 Display2 上 ， 由 于 字面 量 2 不 能 隐 式 地 构造 出 Rational2 
对 象 ， 因 此 表达 式 Display2(2) 的 编译 同样 无 法 通过 











这 里 虽然 Display1(1) 编 译 成 功 ， 不 过 如 果 不 是 结合 了 上 和 面 Rationall 
的 定义 ， 我 们 很 容易 在 阅读 代码 的 时 候 产 生 误解 。 按 照 习 惯 ， 程 序 员 会 
误 认 为 Display1 是 个 打印 整 型 数 的 函数 。 因 此 ， 使 用 了 explicit 这 个 关键 
字 保 证 对 象 的 显 式 构造 在 一 些 情况 下 都 是 必须 的 。 


不 过 同样 的 机 制 并 没有 出 现在 自 定 义 的 类 型 转换 符 上 。 这 残 允许 了 


一 个 逆向 的 过 程 ， 从 上 自 定 义 类 型 转向 一 个 已 知 类 型 。 这 样 昌 然 出 现 问 题 
的 几率 远 小 于 从 已 知 类 型 构造 自 定义 类 型 ， 不 过 有 的 时 候 ， 我 们 确实 应 
该 阻止 会 产生 监 义 的 隐 式 转换 。 让 我 们 来 看 看 代码 清单 3-27 所 示 的 例 
子 ， 该 例子 来 源 于 C++11 提 案 。 











代码 清单 3-27 





#include <iostream> 
using namespace std; 
template <typename T> 
class Ptr { 
public: 
Ptr(T* p): _p(p) {} 
operator bool() const { 
if (_p != 0) 
return true; 
else 
return false; 


private: 
T* _p; 


了 
int main() { 
int a; 
Ptr<int> p(&a); 
if (p) // 自动 转换 为 














bool 型 ， 没 有 问题 


cout << "valid pointer." << endl; // valid pointer. 
else 

cout << "invalid pointer." << endl; 
Ptr<double> pd(0); 
cout << p + pd << endl; // 1, 相 加 ， 语 义 上 没有 意义 


} 
// 编译 选项 


:g++ 3-4-2.cpp 


二 一 


在 代码 清单 3-27 中 ， 我 们 定义 了 一 个 指针 模板 类 型 Pr。 为 了 方便 判 
断 指针 是 否 有 效 ， 我 们 为 指针 编写 了 自 定义 类 型 转换 到 bool 类 型 的 函 
数 ， 这 样 一 来 ， 我 们 就 可 以 通过 if(p) 这 样 的 表达 式 来 轻松 地 判断 指针 是 
否 有 效 。 不 过 这 样 的 转换 使 得 Ptr<int> 和 Ptr<double> 两 个 指针 的 加 法 运 
算 获 得 了 语法 上 的 允许 。 不 过 明显 地 ， 我 们 无 法 看 出 其 语义 上 的 意义 。 





在 C++11 中 ， 标 准将 explicit 的 使 用 范围 扩展 到 了 自 定 义 的 类 型 转换 
操作 符 上 ， 以 支持 所 谓 的 “ 显 式 类 型 转换 "。explicit 天 键 字 作用 于 类 型 转 
换 操作 符 上 ， 意 味 着 只 有 在 直接 构造 目标 类 型 或 显 式 类 型 转换 的 时 候 可 
以 使 用 该 类 型 。 我 们 可 以 看 看 代码 清单 3-28 所 示 的 例子 。 




















代码 清单 3-28 





class ConvertTo {}; 
class Convertable { 
public: 
explicit operator ConvertTo () const { return ConvertTo(); } 


了 
void Func(ConvertTo ct) {} 
void test() { 
Convertable c; 
ConvertTo ct(c); // 直接 初始 化 ， 通 过 


ConvertTo ct2 = cC; / / 拷贝 构造 初始 化 ， 编 译 失败 
ConvertTo ct3 = static_cast<ConvertTo>(c); // 强制 转化 ， 通 过 


Func(c); // 拷贝 构造 初始 化 ， 编 译 失败 


} 
// 编译 选项 


: g++ -std=c++11 3-4-3.cpp 


在 代码 清单 3-28 中 ， 我 们 定义 了 两 个 类 型 ConvertTo 和 Convertable， 
Convertable 定 义 了 一 个 显 式 转换 到 ConvertTo 类 型 的 类 型 转换 符 。 那 么 
对 于 main 中 ConvertTo 类 型 的 ct 变量 而 言 ， 由 于 其 直接 初始 化 构造 于 
Convertable 变 量 c， 所 以 可 以 编译 通过 。 而 做 强制 类 型 转换 的 ct3 同 样 通 
过 了 编译 。 而 ct2 由 于 需要 从 c 中 拷贝 构造 ， 因 而 不 能 通过 编译 。 此 外 ， 
我 们 使 用 函数 Func 的 时 候 ， 传 入 Convertable 的 变量 c 的 也 会 导致 参数 的 
拷贝 构造 ， 因 此 也 不 能 通过 编译 。 


如 果 我 们 把 该 方法 用 于 代码 清单 3-27 中 ， 可 以 发 现 我 们 预期 的 事情 
就 发 生 了 ，if(p) 可 以 通过 编译 ， 因 为 可 以 通过 p 直 接 构 造 出 bool 类 型 的 变 

。 而 p+pd 这 样 的 语句 就 无 法 通过 编译 了 ， 这 是 由 于 全 局 的 operator+ 并 
不 接受 bool 类 型 变量 为 参数 ， 而 Convertable 也 不 能 直接 构造 出 适用 于 
operator+ 的 int 类 型 的 变量 造成 的 (不 过 读者 可 以 尝试 一 下 使 用 p&&pd 这 
样 的 表达 式 ， 是 能 够 通过 编译 的 ) 。 这 样 一 来 ， 程 序 的 行为 将 更 加 民 
好 。 





可 以 看 到 ， 所 谓 显 式 类 型 转换 并 没完 全 茶 止 从 源 类 型 到 目标 类 型 的 
转换 ， 不 过 由 于 此 时 拷贝 构造 和 非 显 式 类 型 转换 不 被 多 许 ， 那 么 我 们 通 
常 束 不 能 通过 赋值 表达 式 或 者 函数 参数 的 方式 来 产生 这 样 一 个 目标 类 
型 。 通过 赋值 表达 式 和 函数 参数 进行 的 转换 有 可 能 是 程序 员 的 一 时 
政 包 ， 而 并 非 本 意 。 那 么 使 用 了 显 式 类 型 转换 ， 这 样 的 问题 就 会 骏 露 出 








来 ， 这 也 是 我 们 需要 显 式 转换 符 的 一 个 重要 原因 。 


3.5 ”列表 初始 化 


CHP 类 别 ， 所 有 人 


3.5.1 ”初始 化 列表 


在 C++98 中 ， 标 准 允 许 使 用 花 括 写 "{}" 对 数组 元 素 进行 统一 的 集合 
列表) 初始 值 设 定 ， 比 如 : 


Ti 
这 些 都 是 合法 的 表达 式 。 不 过 一 些 自 定 义 类 型 ， 却 无 法 享受 这 样 便 
利 的 初始 化 。 通 币 ， 如 标准 程序 库 中 的 vector 这 样 的 容器 ， 总 是 需要 声 
明 对 象 -循环 初始 化 这 样 的 重复 动作 ， 这 对 于 使 用 模板 的 泛 型 编程 无 疑 
古 非 常 不 利 的 。 


在 2.7 节 中 ， 我 们 看 到 了 C++11 对 类 成 员 的 快速 就 地 初始 化 。 有 一 种 
初始 化 形式 就 是 使 用 花 括 号 的 集合 〈 列 表 ) 初始化。 而 事实 上 ， 在 
CH11F, RE GIR) 的 初始 化 已 经 成 为 C++ 语言 的 一 个 基本 功能 ， 
在 C++11 中 ， 这 种 初始 化 的 方法 被 称 为 “初始 化 列表 ” (initializer list) 。 
让 我 们 来 看 看 代码 清单 3-29 所 示 的 这 个 例子 。 





代码 清单 3-29 





#include <vector> 

#include <map> 

using namespace std; 

int a[] = {1, 3, 5}; // C++98 通 过 ， 


C++ 并 工 通过 


int b[] {2, 4, 6}; // C++98 失 败 ， 
C+ 二 11 通过 
vector<int> c{1, 3, 5}; // C++98 失 败 ， 
C+ 十 11 通 过 


map<int, float> d = 
{{1, 1.0f}, {2, 2.0f} , {5, 3.2f}}; // C++98 失 败 ， 


C++ 并 工 通过 


/ / 编译 选项 


:g++ -c -Std=c++11 3-5-1.cpp 





在 代码 清单 3-29 中 ， 我 们 看 到 了 变量 b、c、d， 在 C++98 的 情况 下 均 
无 法 通过 编译 ， 在 C++11 中 ， 却 由 于 列表 初始 化 的 存在 而 可 以 通过 编 
译 。 这 里 ， 列 表 初 始 化 可 以 在 “{}” 花 括号 之 前 使 用 等 号 ， 其 效果 与 不 带 
使 用 等 号 的 初始 化 相同 。 





这 样 一 来 ， 目 动 变量 和 全 局 变量 的 初始 化 在 C++11 中 被 丰富 了 。 程 
序 员 可 以 使 用 以 下 几 种 形式 完成 初始 化 的 工作 : 





H 


:等 号 “=” 加 上 赋值 表达 式 (assignment-expression)， 比 如 int a=3+4。 


.等 号 “=* 加 上 花 括 号 式 的 初始 化 列表 ， 比 如 int a={3+4}。 


: 圆 括号 式 的 表达 式 列 表 〈expression-list) ， 比 如 int a(3+4)。 
花 括 号 式 的 初始 化 列表 ， 比 如 int a{3+4}。 
而 后 两 种 形式 也 可 以 用 于 获取 堆 内 存 new 操 作 符 中 ， 比 如 : 


int * i = new int(1); 
double * d = new double{1.2f}; 


这 在 C++11 中 也 是 合法 的 表达 式 。 


代码 清单 3-29 中 可 能 令 读者 比较 慰 讶 的 是 ， 使 用 初始 化 列表 对 
vector、map 等 非 内 置 的 复杂 的 数据 类 型 进行 初始 化 竟然 也 是 可 以 的 。 
进一步 地 ， 读 者 可 能 会 猜测 是 否 初始 化 列表 是 专属 于 内 置 类 型 、 数 组 ， 
以 及 标准 模板 库 中 容器 的 功能 昵 ? 


事实 并 非 如 此 ， 如 同 我 们 所 提 到 的 ， 在 C++11 中 ， 标 准 总 是 倾向 于 
使 用 更 为 通用 的 方式 来 支持 新 的 特性 。 标 准 模板 库 中 容器 对 初始 化 列表 
的 支持 源 自 <initializer_list> 这 个 头 文件 中 initialize_list 类 模板 的 支持 。 程 
序 员 只 要 #include 了 <initializer_list> 头 文件 ， 并 且 声 明 一 个 以 
initialize_list<T> 模 板 类 为 参数 的 构造 函数 ， 同 样 可 以 使 得 自 定义 的 类 使 
用 列表 初始 化 。 让 我 们 来 看 一 看 代码 清单 3-30 的 例子 。 














代码 清单 3-30 


#include <vector> 


#include <string> 
using namespace std; 
enum Gender {boy, girl}; 
class People { 
public: 
People(initializer_list<pair<string, Gender>> 1) { // initializer_1ist 的 构造 函数 


auto i = 1.begin(); 
for (;i != l.end(); ++i) 
data.push_back(*i); 
} 


private: 
vector<pair<string, Gender>> data; 


}; 
People ship2012 = {{"Garfield", boy}, {"HelloKitty", girl}}; 
/ / 编译 选项 


:g++ -C -Std=c++11 3-5-2.cpp 





在 代码 清单 3-30 中 ， 我 们 为 类 People 定义 了 一 个 使 用 
initializer_ list<pair<string,Gender>> 模 板 类 作为 参数 的 构造 函数 。 这 里 我 
们 使 用 了 C++11 的 auto 关 键 字 来 自动 类 型 推导 以 简化 代码 的 编写 〈 其 意 
义 比 较 明 显 ， 这 里 就 不 展开 解释 了 ， 详 情 请 查看 4.2 节 ) 。 由 于 该 构造 
函数 的 存在 ，ship2012 声 明 就 可 以 使 用 列表 初始 化 了 。 事 实 上 ， 编 写 一 
个 列表 初始 化 的 构造 函数 并 不 困难 。 对 于 旧 有 的 代码 ， 列 表 初 始 化 构造 
函数 还 常常 可 以 调用 已 有 的 代码 来 实现 。 








同样 的 ， 函 数 的 参数 列表 也 可 以 使 用 初始 化 列表 ， 如 代码 清早 3-31 
所 示 。 


代码 清单 3-31 





#include <initializer_list> 

using namespace std; 

void Fun(initializer_list<int> iv){ } 
int main() { 


Fun({1, 2}); 
Fun({}); // 空 列表 


// 编译 选项 


:g++ -std=c++11 3-5-3.cpp 








在 代码 清单 3-31 中 ， 定 义 了 一 个 可 以 接受 初始 化 列表 的 函数 Fun。 
同 理 ， 类 和 结构 体 的 成 员 函 数 也 可 以 使 用 初始 化 列表 ， 包 括 一 些 操作 符 
的 重 载 函 数 。 而 在 代码 清单 3-32 所 示 的 这 个 例子 中 ， 我 们 利用 了 初始 化 
列表 重 载 了 operator[]， 并 且 重 载 了 operator= 以 及 使 用 辅助 的 数组 。 虽 然 
这 个 例子 比较 复杂 ， 但 重 载 的 效果 还 是 能 够 让 人 感觉 眼前 一 亮 的 。 


代码 清单 3-32 





#include <iostream> 
#include <vector> 
using namespace std; 
class Mydata { 
public: 
Mydata & operator [] (initializer_list<int> 1) 


for (auto i = 1l.begin(); i != l.end(); ++i) 
idx.push_back(*i); 
return *this; 


} 
Mydata & operator = (int v) 


if (idx.empty() != true) { 
for (auto i = idx.begin(); i != idx.end(); ++i) { 
d.resize((*i > d.size()) ? *i : d.size()); 
d[*i - 1] = v; 


idx.clear(); 
return *this; 
} 
void Print() { 
for (auto i = d.begin(); i != d.end(); ++i) 


cout << +I << " " 
cout << endl; 


private: 
vector<int> idx; // 辅助 数组 ， 用 于 记录 


index 
vector<int> d; 


int main() { 


d.Print(); //47744004 


// 编译 选项 


:g++ -Std=c++11 3-5-4.cpp 





在 代码 清单 3-32 中 ， 我 们 看 到 目 定义 类 型 Mydata 拥 有 一 个 以 前 所 有 
C++ 代码 都 不 具备 的 功能 ， 即 可 以 在 [符号 中 使 用 列表 ， 将 设置 数组 中 
的 部 分 为 一 个 指定 的 值 。 在 这 里 我 们 先 把 数组 的 第 2、3、5 位 设 为 数值 
7， 而 后 又 将 其 1、4、5、8 位 设 为 数值 4f， 最 终 我 们 得 到 数组 的 内 容 
为 “47744004”。 读 者 可 以 目 行 分 析 一 下 代码 的 实现 方式 〈 这 段 代 码 比 较 
粗糙 ， 读 者 应 该 重点 体会 初始 化 列表 带 来 的 编程 上 的 灵活 性 ) 。 当 然 ， 
由 于 内 置 的 数组 不 能 重 载 operator[]， 我 们 也 就 无 法 为 其 实现 相应 的 功 


au 
HE o 





此 外 ， 初 始 化 列表 还 可 以 用 于 函数 返回 的 情况 。 返 回 一 个 初始 化 列 
表 ， 通 第 会 导致 构造 一 个 临时 变量 ， 比 如 : 





vector<int> Func() { return {1, 3}; } 





当然 ， 跟 声明 时 采用 列表 初始 化 一 样 ， 列 表 初 始 化 构造 成 什么 类 型 
是 依据 返回 类 型 的 ， 比 如 : 


deque<int> Func2() { return {3, 5};} 





上 面 的 返回 值 就 是 以 deque<int> 列 表 初 始 化 构造 函数 而 构造 的 。 而 
跟 普通 的 字面 量 相 同 ， 如 果 返 回 值 是 一 个 引用 类 型 的 话 ， 则 会 返回 一 个 
临时 变量 的 引用 。 比 如 : 





const vector<int>& Funci() { return {3, 5};} 





这 里 注意 ， 必 须要 加 const 限 制 符 。 该 规则 与 返回 一 个 字面 常量 是 一 
样 的 。 


3.5.2 ”防止 类 型 收 罕 


使 用 列表 初始 化 还 有 一 个 最 大 优势 是 可 以 防止 类 型 收容 
(narrowing) 。 类 型 收 军 一 般 是 指 一 些 可 以 使 得 数据 变化 或 者 精度 丢失 
的 隐 式 类 型 转换 。 可 能 导致 类 型 收 罕 的 典型 情况 如 下 : 








:从 浮 点 数 隐 式 地 转化 为 整 型 数 。 比 如 : int a=1.2， 这 里 a 实际 保存 
的 值 为 整数 1， 可 以 视 为 类 型 收 罕 。 


-从 高 精度 的 浮 点 数 转 为 低 精 度 的 浮 点 数 ， 比 如 从 long double 隐 式 地 
转化 为 double， 或 从 double 转 为 float。 如 果 这 些 转换 导致 精度 降低 ， 都 
可 以 视 为 类 型 收 罕 。 


:从 整 型 (或 者 非 强 类 型 的 枚 举 ) 转化 为 浮 点 型 ， 如 果 整 型 数 大 到 
浮 点 数 无 法 精确 地 表示 ， 则 也 可 以 视 为 类 型 收 罕 。 





:从 整 型 (或 者 非 强 类 型 的 枚 举 ) 转化 为 较 低 长 度 的 整 型 ， 比 如 : 
unsigned char=1024，1024 明 显 不 能 被 一 般 长 度 为 8 位 的 unsigned char 所 
容纳 ， 所 以 也 可 以 视 为 类 型 收 罕 。 





值得 注意 的 是 ， 如 果 变 量 a 从 类 型 A 转化 为 类 型 B， 其 值 在 B 中 也 是 
可 以 被 表示 的 ， 且 再 转化 回 类 型 A 能 获得 原 有 的 值 的 话 ， 那 么 这 种 类 型 
转换 也 不 能 叫 作 类 型 收 窄 。 所 以 类 型 收 罕 也 可 以 简单 地 理解 为 新 类 型 无 


法 表示 原 有 类 型 数据 的 值 的 情况 。 事 实 上 ， 发 生 类 型 收 窗 通 常 也 是 危险 
的 ， 应 引起 程序 员 的 注意 。 因 此 ， 在 C++11 中 ， 使 用 初始 化 列表 进行 初 
始 化 的 数据 编译 器 是 会 检查 其 是 否 发 生 类 型 收 罕 的 。 我 们 来 看 看 代码 清 
单 3-33 所 示 的 这 个 例子 。 











代码 清单 3-33 





const int x = 1024; 

const int y = 10; 

char a= x; // 收 窗 ， 但 可 以 通过 编译 
char* b = new char(1024); // 收 窗 ， 但 可 以 通过 编译 
char c = {x}; // 收 窗 ， 无 法 通过 编译 
char d = {y}; // 可 以 通过 编译 
unsigned char e {-1}; // 收 窗 ， 无 法 通过 编译 
float f { 7 }; // 可 以 通过 编译 

int g { 2.0f }; /人 收 窗 ， 无 法 通过 编译 
float * h = new float{1e48}; // WOR, Feet 
float i = 1.21; // 可 以 通过 编译 


// 编译 选项 


:clang++ -Std=c++11 3-5-5.cpp 


二 一 


在 例子 代码 清单 3-33 中 ， 我 们 定义 了 a 到 i 一 共 9 个 需要 初始 化 的 变 
量 。 可 以 看 到 ， 对 于 变量 a 和 *b 而 言 ， 由 于 其 采用 的 是 赋值 表达 符 及 圆 
括 写 式 的 表达 式 初 始 化 ， 所 以 虽然 它们 的 数据 类 型 明显 收 窜 (char 通 常 
取 值 范围 为 -128 到 127) ， 却 不 会 引 友 编译 失败 (事实 上 ， 在 我 们 的 实 
验 机 上 会 得 到 编译 器 的 警告 ) 。 而 使 用 初始 化 列表 的 情况 则 不 一 样 。 对 
于 变量 c， 由 于 其 类 型 收 宕 ， 则 会 导致 编译 需 报错。 而 对 于 变量 4 来 说 ， 
其 初始 化 使 用 了 第 量 值 10， 而 10 是 可 以 由 char 类 型 表示 的 ， 因 此 这 里 不 
会 发 生 收 宕 ， 编 译 可 以 通过 。 同 样 的 情况 还 发 生 在 变量 fi 的 初始 化 
上 。 虽 然 初始 化 语句 中 的 变量 类 型 往往 “大 于 "变量 声明 的 类 型 ， 但 是 由 
于 值 在 f、i 中 可 以 表示 ， 还 可 以 被 转 回 原 有 类 型 不 发 生 数 据 改变 或 者 精 
度 错 误 等 ， 因 此 也 不 能 算 收 罕 。 

















比较 容易 引起 疑问 的 是 无 符号 类 型 的 变量 e。 虽 然 按 理 说 e 如 果 再 被 
转换 为 有 符号 数 ， 其 值 依然 是 -1， 但 对 于 无 符号 数 而 言 ， 并 不 能 表示 - 
1， 因 此 这 里 我 们 也 认为 e 的 初始 化 有 收 鹤 的 情况 。 另 外 ，f 和 g 的 差别 在 
于 2.0f 是 一 个 有 精度 的 浮 点 数值 ， 通 音 可 以 认为 ， 将 2.0{ 转 换 成 整 型 会 丢 
失 精 度 ， 所 以 g 的 声明 也 是 收 罕 的 。 














在 C++11 中 ， 列 表 初 始 化 是 唯一 一 种 可 以 防止 类 型 收容 的 初始 化 方 
式 。 这 也 是 列表 初始 化 区 别 于 其 他 初始 化 方式 的 地 方 。 事 实 上 ， 现 有 编 
译 吉 大 多 数 会 在 发 生 关 型 收 鹤 的 时 候 提 示 用 户 ， 因 为 类 型 收 罕 通 冲 是 代 
码 可 能 出 现 问题 的 征兆 。C++11 将 列表 初始 化 设 定 为 可 以 防范 类 型 收 





， 也 就 是 为 了 加 强 类 型 使 用 的 安全 性 。 


Tit 


TAHIR, IRMA T C++ x FS AY A ERER 
式 ， 将 标准 程序 库 跟 语言 拉 得 更 近 了 。 这 样 的 做 法 有 效 地 统一 了 内置 类 
型 和 自 定义 类 型 的 行为 。 这 也 是 C++11 设 计 所 遵循 的 一 个 思想 ， 即 通用 
AA, BAAR. 


3.6 ”POD 类 型 
CEH 类 别 ， 部 分 人 


POD 是 英文 中 Plain Old Data 的 缩写 。POD 在 C++ 中 是 非常 重要 的 一 
个 概念 ， 通 常用 于 说 明 一 个 类 型 的 属性 ， 尤 其 是 用 户 自 定义 类 型 的 属 
性 。POD 属 性 在 C++11 中 往往 又 是 构建 其 他 C++ 概念 的 基础 ， 事 实 上 ， 
在 C++11 标 准 中 ，POD 出 现 的 概率 相当 高 。 因 此 学 习 C++， 尤 其 是 在 
C++11 中 ， 了 解 POD 的 概念 是 非常 必要 的 。 


POD 意 如 其 名 。Plain， 表 示 了 POD 是 个 普通 的 类 型 ， 在 C++ 中 常见 
的 类 型 都 有 这 样 的 属性 ， 而 不 像 一 些 存 在 着 虚 函 数 虚 继承 的 类 型 那么 特 
别 。 而 Old 则 体现 了 其 与 C 的 兼容 性 ， 比 如 可 以 用 最 老 的 memcpy0) 函 数 
进行 复制 ， 使 用 memsetO 进 行 初始 化 等 。 当 然 ， 这 样 的 描述 都 太 过 于 笼 
统 ， 有 具体 地 ，C++11 将 POD 划 分 为 两 个 基本 概念 的 合集 ， 即 : 平 几 的 
(trivial) 和 标准 布局 的 〈standard layout) 。 





我 们 先 来 看 一 下 平凡 的 定义 。 通 常情 况 下 ， 一 个 平凡 的 类 或 结构 体 


应 该 符合 以 下 定义 : 


1) 拥有 平凡 的 默认 构造 函数 (trivial constructor) 和 析 构 函数 


(trivial destructor) 。 


平凡 的 默认 构造 冰 数 就 是 说 构造 函数 “什么 都 不 干 "，。 通 常情 况 下 ， 
不 定义 类 的 构造 函数 ， 编 译 器 束 会 为 我 们 生成 一 个 平 几 的 默认 构造 函 
数 。 而 一 旦 定义 了 构造 函数 ， 即 使 构造 冰 数 不 包 仿 参数， 函数 体 里 也 没 
有 任何 的 代码 ， 那 么 该 构造 函数 也 不 再 是 “平凡 ”的 。 比 如 : 





struct NoTrivial { NoTrivial(); }; 


在 NoTrivial 的 定义 中 ， 构 造 函数 就 不 是 平凡 的 ， 这 对 于 析 构 函数 来 
讲 也 类 似 。 但 这 样 的 类 型 声明 并 非 “ 无 可 救 药 ”地 “ 非 平凡 化 ”(non- 
trivial 〉 了 ， 在 第 7 章 中 ， 可 以 看 到 如 何 使 用 =default 关 键 字 来 显 式 地 声 
明 缺 省 版 本 的 构造 函数 ， 从 而 使 得 类 型 恢复 “平凡 化 ”。 





2) 拥有 平凡 的 拷贝 构造 函数 (trivial copy constructor) 和 移动 构造 
函数 〈trivial move constructor) 。 平 凡 的 拷贝 构造 函数 基本 上 等 同 于 使 
用 memcpy 进 行 类 型 的 构造 。 同 平凡 的 默认 构造 函数 一 样 ， 不 声明 拷贝 
构造 函数 的 话 ， 编 译 颖 会 帮 程 序 员 上 自动 地 生成 。 同 样 地 ， 可 以 显 式 地 使 
用 =default 声 明 默认 拷贝 构造 函数 。 








而 平凡 移动 构造 浮 数 跟 平 几 的 拷贝 构造 函数 类 似 ， 只 不 过 是 用 于 移 
动 语义 


3) 拥有 平凡 的 拷贝 赋值 运算 符 Ctrivial assignment operator) 和 移 
动 赋值 运算 符 (trivial move operator) 。 这 基本 上 与 平凡 的 拷贝 构造 函 


数 和 平凡 的 移动 构造 运算 符 类 似 。 


4) 不 能 包含 虚 函 数 以 及 虚 基 类 。 


以 上 4 点 虽然 看 似 复 杂 ， 不 过 在 C++11 中 ， 我 们 可 以 通过 一 些 辅 助 
的 类 模板 来 帮 我 们 进行 以 上 属性 的 判断 。 





template <typename T> struct std::is_trivial; 








类 模板 is_trivial 的 成 员 value 可 以 用 于 判断 T 的 类 型 是 否 是 一 个 平凡 
的 类 型 。 除 了 类 和 结构 体外 ，is_trivial 还 可 以 对 内 置 的 标量 类 型 数据 
《比如 int、float 都 属于 平凡 类 型 ) 及 数组 类 型 〈 元 素 是 平凡 类 型 的 数组 
总 是 平凡 的 ) 进行 判断 。 


我 们 可 以 看 看 代码 清单 3-34 所 示 的 例子 。 





代码 清单 3-34 





#include <iostream> 
#include <type_traits> 
using namespace std; 
struct Triviali {}; 
struct Trivial2 { 
public: 

int a; 
private: 

int b; 


了 
struct Trivial3 { 
Triviall a; 
Trivial2 b; 
}; 
struct Trivial4 { 
Trivial2 a[23]; 


/ 
struct Trivial5 { 


int x; 
static int y; 

}; 

struct NonTriviali { 
NonTriviali() : z(42) {} 
int Z; 

}; 

struct NonTrivial2 { 
NonTrivial2(); 
int w; 

}; 

NonTrivial2: :NonTrivial2() = default; 

struct NonTrivial3 { 
Trivial5 c; 
virtual void f(); 


3; 

int main() { 
cout << is_trivial<Triviali>::value << endl; // 1 
cout << is_trivial<Trivial2>::value << endl; J// 1 
cout << is_trivial<Trivial3>::value << endl; J/ 1 
cout << is_trivial<Trivial4>::value << endl; // 1 
cout << is_trivial<Trivial5>::value << endl; // 1 
cout << is_trivial<NonTriviali>::value << endl; // 0 
cout << is_trivial<NonTrivial2>::value << endl; // 0 
cout << is_trivial<NonTrivial3>::value << endl; // 0 
return 0; 

// 编译 选项 


:g++ -std=c++11 3-6-1.cpp 





读者 可 以 依照 代码 清单 3-34 的 输出 结果 核对 上 面 提 到 的 4 种 规则 。 





POD 包 含 的 另外 一 个 概念 是 标准 布局 。 标 准 布局 的 类 或 结构 体 应 该 
符合 以 下 定义 : 


1) 所 有 非 静 态 成 员 有 相同 的 访问 权限 (public,private,protected) 。 


这 一 点 非常 好 理解 ， 比 如 : 





struct { 
public: 
int a; 
private: 

int b; 
}; 


成 员 a 和 b 束 拥有 不 同 的 访问 权限 ， 因 此 该 匿名 结构 体 不 是 标准 布局 
的 。 如 果 去 掉 private 关 键 字 的 话 ， 那 么 ， 该 匿名 结构 体 就 符合 标准 布局 
的 定义 了 。 





struct { 





2) 在 类 或 者 结构 体 继承 时 ， 满 足以 下 两 种 情况 之 一 : 











派生 类 中 有 非 静 态 成 员 ， 且 只 有 一 个 仅 包 含 静 态 成 员 的 基 类 。 








基 类 有 非 静 态 成 员 ， 而 派生 类 没有 非 静态 成 员 。 


这 样 的 类 或 者 结构 体 ， 也 是 标准 布局 的 。 比 如 下 面 的 例子 : 





struct B1 { static int a; }; 

struct D1 : B1 { int d; }; 

struct B2 { int a; }; 

struct D2 : B2 { static int d; }; 
struct D3 : B2, B1 { static int d; }; 
struct D4 : B2 { int d; }; 

struct D5 : B2, D1 { }; 





D1、D2 和 D3 都 是 标准 布局 的 ， 而 D4 和 D5 则 不 属于 标准 布局 的 。 这 
实际 上 使 得 非 静 态 成 员 只 要 同时 出 现在 派生 类 和 基 类 间 ， 其 即 不 属于 标 
准 布局 的 。 而 多 重 继 承 也 会 导致 类 型 布局 的 一 些 变 化 ， 所 以 一 旦 非 静 态 
成 员 出 现在 多 个 基 类 中 ， 派 生 类 也 不 属于 标准 布局 的 。 











3) 类 中 第 一 个 非 静态 成 员 的 类 型 与 其 基 类 不 同 。 





这 条 规则 非常 特别 ， 用 于 形 如 : 





struct A: B{ B b; }; 





这 样 的 情况 。 这 里 A 类 型 不 是 一 个 标准 布局 的 类 型 ， 因 为 第 一 个 非 
静态 成 员 变 量 b 的 类 型 跟 A 所 继承 的 类 型 B 相 同 。 而 形 如 : 








struct C : B {int a; B b;}; 





则 是 一 个 标准 布局 的 类 型 。 





读者 可 能 对 这 个 规则 感到 不 解 ， 不 过 该 规则 实际 上 是 基于 C++ 中 多 
许 优化 不 包含 成 员 的 基 类 而 产生 的 。 我 们 可 以 看 看 代码 清单 3-35 这 个 例 
Fe 








代码 清单 3-35 





#include <iostream> 
using namespace std; 
struct B1 {}; 
struct B2 {}; 
struct D1 : B1 { 
B1 b; // 第 一 个 非 静 态 变 量 跟 基 类 相同 


int i; 

}; 

struct D2 : B1 { 
B2 b; 


int i; 


}; 
int main() { 


D1 d1; 

D2 d2; 

cout << hex; 

cout << reinterpret_cast<long long>(&d1) << endl; 
// 7ffffd945c60 

cout << reinterpret_cast<long long>(&(d1.b)) << endl; 
// 7ffffd945c61 

cout << reinterpret_cast<long long>(&(d1.i)) << endl; 
// 7ffffd945c64 

cout << reinterpret_cast<long long>(&d2) << endl; 
// 7ffffd945c50 

cout << reinterpret_cast<long long>(&(d2.b)) << endl; 
// 7ffffd945c50 

cout << reinterpret_cast<long long>(&(d2.i)) << endl; 

// 7ffffd945c54 


} 
// 编译 选项 


:g++ -std=c++11 3-6-2.cpp 





在 代码 清单 3-35 中 ， 我 们 声明 了 4 个 类 。 其 中 两 个 没有 成 员 的 基 类 
B1 和 B2， 以 及 两 个 派生 于 B1 的 派生 类 D1 和 D2。D1 和 D2 唯 一 的 区 别 是 
第 一 个 非 静态 成 员 的 类 型 。 在 D1 中 ， 第 一 个 非 静 态 成 员 的 类 型 是 B1， 
这 跟 它 的 基 类 相同 ;而 D2 中 ， 第 一 个 非 静态 成 员 的 类 型 则 是 B2。 直 观 
地 看 ，D1 和 D2 应 该 是 “布局 相同 ”的 ， 程 序 员 应 该 可 以 使 用 memcpy 这 样 
的 函数 在 这 两 种 类 型 间 进 行 拷贝 ， 但 实际 上 却 并 不 是 这 样 。 




















我 们 可 以 看 看 main 函 数 中 的 状况 。 在 main 中 ， 将 D1 类 型 的 变量 d1 
以 及 D2 类 型 的 变量 d2 的 地 址 分 别 打 印 出 来 。 同 时 我 们 也 把 它们 的 成 员 
的 地 址 打印 出 来 。 可 以 看 到 ， 对 于 d2， 它 和 它 的 成 员 共 享 了 一 个 地 址 
(本 例 中 ， 实 验 机 上 的 结果 为 7ffffd945c50) ， 而 对 于 dl1 却 没有 出 现 类 
似 的 情况 。 








事实 上 ， 在 C++ 标 准 中 ， 如 果 基 类 没有 成 员 ， 标 准 允 许 派生 类 的 第 





一 个 成 员 与 基 类 共享 地 址 。 因 为 派生 类 的 地 址 总 是 “ 堆 登 ?在 基 类 之 上 

的 ， 所 以 这 样 的 地 址 共享 ， 表 明了 基 类 并 没有 占据 任何 的 实际 空间 (可 
以 节省 一 点 数据 ) 。 但 是 如 果 基 类 的 第 一 个 成 员 仍 然 是 基 类 ， 在 我 们 的 
例子 中 可 以 看 到 ， 编 译 器 仍然 会 为 基 类 分 配 1 字 节 的 空间 。 分 配 为 1 字 市 
空间 是 由 于 C++ 标 准 要 求 类 型 相同 的 对 象 必 须 地 址 不 同 〈 基 类 地 址 及 派 
生 类 中 成 员 d 的 地 址 必须 不 同 ) ， 而 导致 的 结果 是 ， 对 于 D1 和 D2 两 种 类 
型 而 言 ， 其 “布局 ”也 就 是 不 同 的 了 。 我 们 可 以 看 看 如 图 3-3 所 示 的 示意 
图 。 


所 以 在 标准 布局 的 解释 中 ，C++11 标 准 强 制 要 求 派生 类 的 第 一 个 非 
静态 成 员 的 类 型 必须 不 同 于 基 类 。 








4) 没有 虚 函 数 和 虚 基 类 。 





5) 所 有 非 静态 数据 成 员 均 符合 标准 布局 类 型 ， 其 基 类 也 符合 标准 
布局 。 这 是 一 个 递归 的 定义 ， 没 有 什么 好 特别 解释 的 。 


以 上 5 扣 构 成 了 标准 布局 的 含义， 最 为 重要 的 应 该 是 前 两 条 。 


(一 


Me ee Anoan enana aaa RAGER ARR aen e Raa Saaana aaa 


class D1 class D2 


1 
1 
1 
1 
1 
1 
1 
1 


基 类 与 第 一 个 非 静态 成 


1 


员 类 型 相同 ， 地 址 不 同 ， 


基 类 与 第 一 个 非 静态 成 
员 共 享 地 址 








A Ms Po ee ey PE a E AS EA E E EE a ae 


图 3-3” 基 类 地 址 与 派生 类 第 一 个 非 静 态 成 员 地 址 关系 


| 


同样 ， 在 C++11 中 ， 我 们 可 以 使 用 模板 类 来 帮助 判断 类 型 是 否 是 
个 标准 布局 的 类 型 。 





template <typename T> struct std::is_standard_layout; 








通过 is_standard layout 模 板 类 的 成 员 
value (is_standard_layout<T>::value) ， 我 们 可 以 在 代码 中 打印 出 类 型 的 
标准 布局 属性 。 那 么 ， 通 过 代码 清单 3-36 所 示 的 这 个 例子 ， 我 们 可 以 加 
深 一 下 对 标准 类 型 的 理解 。 


代码 清单 3-36 





#include <iostream> 
#include <type_traits> 
using namespace std; 
struct SLayout1i {}; 
struct SLayout2 { 
private: 

int x; 

int y; 
}; 


struct SLayout3 : SLayout1 { 
int x; 
int y; 
void f(); 


了 
struct SLayout4 : SLayout1 { 
int x; 
SLayout1 y; 
}; 
struct SLayout5 : SLayouti, SLayout3 {}; 
struct SLayout6 { static int y; }; 
struct SLayout7: SLayout6 { int x; }; 
struct NonSLayouti : SLayout1 { 
SLayout1 x; 
int i; 


}; 


struct NonSLayout2 : SLayout2 { int z; }; 


struct NonSLayout3 : NonSLayout2 {}; 

struct NonSLayout4 { 

public: 
int x; 

private: 
int y; 

}; 

int main() { 
cout<<is_standard layout<SLayout1>: 
cout<<is_standard layout<SLayout2>:: 
cout<<is_standard layout<SLayout3>:: 
cout<<is_standard_layout<SLayout4>: 
cout<<is_standard_layout<SLayout5>: : 
cout<<is_standard_layout<SLayouté>: 
cout<<is_standard_layout<SLayout7>: 


cout<<is_standard_layout<NonSLayout1>: 
cout<<is_standard_layout<NonSLayout2>: 
cout<<is_standard_layout<NonSLayout3>: 
cout<<is_standard_layout<NonSLayout4>: 


return 0; 


// 编译 选项 


:g++ -Std=c++11 3-6-3.cpp 





:value 


value 
value 


:value 


value 


:value 
:value 
:value 
:value 
:value 
:value 


<< 
<< 
<< 
<< 
<< 
<< 
<< 


endl; // 1 
endl; // 1 
endl; // 1 
endl; // 1 
endl; // 1 
endl; // 1 
endl; // 1 
<< endl; // 0 
<< endl; // 0 
<< endl; // 0 
<< endl; // 0 


同样 地 ， 读 者 可 以 对 照 我 们 上 述 的 5 条 规则 ， 


单 3-36 中 的 情况 。 


自行 分 析 一 下 代码 清 


那么 ， 我 们 现在 回 到 POD 来 ， 对 于 POD 而 言 ， 在 C++11 中 的 定义 就 
是 平凡 的 和 标准 布局 的 两 个 方面 。 同 样 地 ， 要 判定 某 一 类 型 是 否 是 
POD， 标 准 库 中 的 <type_traits> 头 文件 也 为 程序 员 提 供 了 如 下 模板 类 : 








template <typename T> struct std::is_pod; 





我 们 可 以 使 用 std::is_pod<T>::value 来 判定 一 个 类 型 是 否 是 POD， 如 
代码 清单 3-37 所 示 。 


代码 清单 3-37 





#include <type_traits> 

#include <iostream> 

using namespace std; 

union U{}; 

union U1{ U1(){} }; 

enum E{}; 

typedef double* DA; 

typedef void (*PF)(int, double); 
int main() { 


cout << is_pod<U>::value << endl; // 1 
cout << is_pod<U1>::value << endl; // 0 
cout << is_pod<E>::value << endl; // 1 
cout << is_pod<int>::value << endl; // 1 
cout << is_pod<DA>::value << endl; // 1 
cout << is_pod<PF>::value << endl; // 1 


// 编译 选项 


:g++ -std=c++11 3-6-4.cpp 





事实 上 ， 如 我 们 在 代码 清单 3-37 中 看 到 的 一 样 ， 很 多 内 置 类 型 默认 
都 是 POD 的 。POD 最 为 复杂 的 地 方 还 是 在 类 或 者 结构 体 的 判断 。 不 过 通 
过 上 面 平 几 和 标准 布局 的 判断 ， 相 信 读 者 对 POD 已 经 有 所 理解 。 那 么 ， 
使 用 POD 有 什么 好 处 呢 ? 我 们 看 得 到 的 大 概 有 如 下 3 点 : 








1) 字 节 赋值 ， 代 码 中 我 们 可 以 安全 地 使 用 memset 和 memcpy 对 POD 
类 型 进行 初始 化 和 拷贝 等 操作 。 


2) 提供 对 C 内 存 布局 兼容 。C++ 程 序 可 以 与 C 图 数 进 行 相互 操作 ， 
因为 POD 类 型 的 数据 在 C 与 C++ 间 的 操作 总 是 安全 的 。 


3) 保证 了 静态 初始 化 的 安全 有 效 。 静 态 初 始 化 在 很 多 时 候 能 够 提 
高 程序 的 性 能 ， 而 POD 类 型 的 对 象 初 始 化 往往 更 加 简单 〈 比 如 放 入 目标 
文件 的 .bss 段 ， 在 初始 化 中 直接 被 赋 0〉。 


3.7 非 受 限 联 合体 
CEP i: BALA 


在 C/C++ 中 ， 联 合体 (Union〉 是 一 种 构造 类 型 的 数据 结构 。 在 一 
个 联合 体内 ， 我 们 可 以 定义 多 种 不 同 的 数据 类 型 ， 这 些 数 据 将 会 共享 相 
同 内 存 空间 ， 这 在 一 些 需 要 复 用 内 存 的 情况 下 ， 可 以 达到 市 省 空间 的 目 
的 。 不 过 ， 根 据 C++98 标 准 ， 并 不 是 所 有 的 数据 类 型 都 能 够 成 为 联合 体 
的 数据 成 员 。 我 们 先 来 看 一 段 代码 ， 如 代码 清音 3-38 所 示 。 


代码 清单 3-38 


struct Student{ 
Student(bool g, int a): gender(g), age(a){} 
bool gender; 
int age; 
了 
union T { 
Student s; // 编译 失败 ， 不 是 一 个 


POD 关 型 


nt id; 
char name[10]; 


}; 
// 编译 选项 


:g++ -std=c++98 3-7-1.cpp 





在 代码 清单 3-38 中 ， 我 们 声明 了 一 个 Student 的 类 型 。 根 据 在 3.6 节 中 
学 习 到 的 知识 ， 由 于 Student 目 定义 了 一 个 构造 函数 ， 所 以 该 类 型 是 非 


POD 的 。 在 C++98 标 准 中 ，union T 是 无 法 通过 编译 的 。 事 实 上 ， 除 了 非 
POD 类 型 之 外 ，C++98 标 准 也 不 允许 联合 体 拥有 静态 或 引用 类 型 的 成 

员 。 这 样 虽然 可 能 在 一 定 程度 上 保证 了 和 C 的 兼容 性 ， 不 过 也 为 联合 体 
的 使 用 带 来 了 很 大 的 限制 。 





而 且 通 过 长 期 的 实践 应 用 证 明 ，C++98 标 准 对 于 联合 体 的 限制 是 完 
全 没有 必要 的 。 随 着 C++ 的 发 展 ，C 与 C++ 在 一 些 方 面 存在 着 事实 的 不 
同 。 比 如 典型 的 “复数 ”类 型 complex， 由 于 C 语 言 中 的 复数 遵从 代码 运行 
平台 的 二 进 制 接口 的 规定 ， 通 常 是 一 个 平台 上 的 内 置 类 型 。 而 在 
C++ 中 ， 复 数 则 常常 是 一 个 模板 来 实现 的 。 这 样 一 来 ， 形 如 下 面 这 样 的 
C++ 声明 ， 通 常 C++98 编 译 器 认为 是 不 合法 的 。 





union { 
double d; 
complex<double> cd; / /错误 ， 


complex 不 是 一 个 


POD 类 型 





形 如 下 面 这 样 的 C 声 明 则 被 认为 是 合法 的 代码 。 


union { 
double d; 
complex cd; 


}; 








这 样 一 来 ， 联 合体 保持 与 C 一 定 程度 上 的 兼容 的 特性 也 渐渐 形 同 虚 
设 。 因 此 ， 在 新 的 C++11 标 准 中 ， 取 消 了 联合 体 对 于 数据 成 员 类 型 的 限 
制 。 标 准 规定 ， 任 何 非 引用 类 型 都 可 以 成 为 联合 体 的 数据 成 员 ， 这 样 的 
联合 体 即 所 谓 的 非 受 限 联合 体 (Unrestricted Union) 。 所 以 如 果 使 用 
g++ 或 者 clang++ 中 的 -std=c++11 选 项 编译 代码 清单 3-38 的 例子 ， 是 能 够 
通过 的 。 此 外 ， 联 合体 拥有 静态 成 员 在 非 匿 名 联合 体 中 ) 的 限制 ， 也 
在 C++11 新 标准 中 被 删除 了 。 不 过 从 实践 中 ， 我 们 发 现 C++11 的 规则 不 
允许 静态 成 员 变量 的 存在 (否则 所 有 该 类 型 的 联合 体 将 共享 一 个 值 〉。 
而 静态 成 员 函 数 存 在 的 唯一 作用 ， 大 概 就 是 为 了 返回 一 个 常数 ， 我 们 可 
以 看 看 代码 清单 3-39 所 示 的 例子 。 














代码 清单 3-39 





#include <iostream> 
using namespace std; 
union T{ static long Get() { return 32; } }; 
int main(){ 
cout << T::Get() << endl; 


} 
// 编译 选项 


:g++ -Std=c++11 3-7-2.cpp 





在 代码 清单 3-39 中 ， 我 们 就 定义 了 一 个 有 静态 成 员 函 数 的 联合 体 。 
不 过 看 起 来 这 里 的 union T 更 像 是 一 个 作用 域 限制 符 ， 并 没有 太 大 的 实用 


在 C++98 中 ， 标 准 规定 了 联合 体会 自动 对 未 在 初始 化 成 员 列 表 中 出 


现 的 成 员 赋 默认 初 值 。 然 而 对 于 联合 体 而 言 ， 这 种 初始 化 第 第 会 带 来 疑 
问 ， 因 为 在 任何 时 刻 只 有 一 个 成 员 可 以 是 有 效 的 ， 如 代码 清单 3-40 所 


ZN o 


代码 清单 3-40 





union T{ 
int x; 
double d; 
char b[sizeof(double)]; 


}; 
Tt = {0}; // 到 底 是 初始 化 第 一 个 成 员 还 是 所 有 成 员 呢 


? 
// 编译 选项 


:g++ -Std=c++98 -c 3-7-3.cpp 





代码 清单 3-40 中 使 用 了 人 花 括 号 组 成 的 初始 化 列表 ， 试 图 将 成 员 变 量 
x 初始 化 为 零 ， 即 整个 联合 体 的 数据 t 中 低位 的 4 字 节 被 初始 化 为 0， 然 而 
实际 上 ，t 所 占 的 8 个 字 节 将 全 部 被 置 0。 


而 在 C++11 中 ， 为 了 减少 这 样 的 疑问 ， 标 准 会 默认 删除 一 些 非 受 限 
联合 体 的 默认 函数 。 比 如 ， 非 受 限 联合 体 有 一 个 非 POD 的 成 员 ， 而 该 非 
POD 成 员 类 型 拥有 有 非 平凡 的 构造 函数 ， 那 么 非 受 限 联 合体 成 员 的 默认 
构造 函数 将 家 编译 需 删 除 。 其 他 的 特殊 成 员 函 数 ， 例 如 默认 搁 贝 构造 函 
数 、 找 贝 赋值 操作 符 以 及 析 构 函数 等 ， 也 将 齐 从 此 规则 。 我 们 可 以 看 看 
代码 清单 3-41 所 示 的 这 个 例子 。 


代码 清单 3-41 





#include <string> 
using namespace std; 
union T { 
string s; // String 有 非 平凡 的 构造 函数 





int n; 
/ 
int main() { 


t: // 构造 失败 ， 因 为 


工 的 构造 函数 被 删除 了 


/ / 编译 选项 


:g++ -std=c++11 3-7-4.cpp 





在 代码 清单 3-41 中 ， 联 合体 T 拥 有 一 个 非 POD 的 成 员 s。 而 string 有 非 
平凡 的 构造 函数 ， 因 此 IT 的 构造 函数 被 删除 ， 其 类 型 的 变量 t 也 就 无 法 声 
明成 功 。 解 决 这 个 问题 的 办 法 是 ， 由 程序 员 自 己 为 非 受 限 联合 体 定 义 构 
pe. UL, placement new 会 发 挥 很 好 的 作用 ， 如 代码 清单 3- 


42 所 示 。 





代码 清单 3-42 





#include <string> 
using namespace std; 
union T { 

string s; 

int n; 
public: 

/ / 自 定义 构造 函数 和 析 构 函数 


T(){ new (&s) string; } 
~T() { s.~string(); } 


}; 
int main() { 
T t; // 构造 析 构成 功 


// 编译 选项 


:g++ -std=c++11 3-7-5.cpp 





在 代码 清单 3-42 中 ， 我 们 定义 了 union T 的 构造 和 析 构 函数 。 构 造 
时 ， 采 用 placement new 将 s 构 造 在 其 地 址 &s 上 。 这 里 placement new 的 唯 
一 作用 只 是 调用 了 一 下 string 的 构造 函数 。 而 在 析 构 时 ， 又 调用 了 string 
的 析 构 函数 。 读 者 必须 注意 的 是 ， 析 构 的 时 候 union T 也 必须 是 一 个 
string 对 象 ， 否 则 可 能 导致 析 构 的 错误 《或 者 让 析 构 函数 为 空 ， 至 少 不 
会 造成 运行 时 错误 ) 。 这 样 一 来 ， 变 量 t 的 声明 就 可 以 通过 编译 了 。 

















匿名 非 受 限 联合 体 可 以 运用 于 类 的 声明 中 ， 这 样 的 类 也 被 称 为 “ 枚 
举 式 的 类 ”(Cunion-like class) 。 我 们 可 以 看 看 代码 清单 3-43 所 示 的 例 





代码 清单 3-43 





#include <cstring> 

using namespace std; 

struct Student{ 
Student(bool g, int a): gender(g), age(a){} 
bool gender; 
int age; 

7; 

class Singer { 

public: 
enum Type {STUDENT, NATIVE, FOREIGNER}; 
Singer (bool g, int a): s(g, a) { t = STUDENT; } 
Singer(int i): id(i) { t = NATIVE; } 


Singer(const char* n, int s) { 
int size =(s>9)?9: Ss; 
memcpy(name, n, size); 
name[s] = '\O'; 

t = FOREIGNER, 


} 
~Singer() {} 
private: 
Type t; 
union { // 匿名 的 非 受 限 联合 体 


Student s; 
int id; 
char name[10]; 
J 
7; 
int main(){ 
Singer(true, 13); 
Singer (310217); 
Singer("J Michael", 9); 


} 
// 编译 选项 


:g++ -std=c++11 3-7-6.cpp 





在 代码 清单 3-43 中 ， 我 们 也 把 匿名 非 受 限 联 合体 成 为 类 Singer 的 “ 变 
长 成 员 ”(variant member) 。 可 以 看 到 ， 这 样 的 变 长 成 员 给 类 的 编写 带 
来 了 更 大 的 灵活 性 ， 这 是 C++98 标 准 中 无 法 达到 的 。 





38 用 户 目 定义 字面 量 





在 C/C++ 程序 中 ， 程 序 员 常 常会 使 用 结构 体 或 者 类 来 创造 新 的 类 
型 ， 以 满足 实际 的 需求 。 比 如 在 进行 科学 计算 时 ， 用 户 可 能 需要 用 到 复 
数 〈 通 常会 包含 实 部 和 虚 部 两 部 分 ) 。 而 对 于 颜色 ， 用 户 通常 会 需要 一 
个 四 元 组 〈 三 原色 及 Alpha) 。 而 对 于 奥运 会 组 委 会 ， 他 们 则 常常 会 需 
要 七 元 组 〈 标 示 来 自 七 大 洲 的 状况 ) 。 不 过 ， 有 的 时 候 自 定义 类 型 也 会 
有 些 书写 的 麻烦 ， 尤 其 是 用 户 想 声 明 一 个 自 定义 类 型 的 “字面 
量 ”(iteral〉 的 时 候 。 我 们 可 以 看 看 代码 清单 3-44 所 示 的 例子 。 








代码 清单 3-44 





#include <iostream> 
using namespace std; 
typedef unsigned char uint8; 
struct RGBA{ 
uint8 r; 
uint8 g; 
uint8 b; 
uint8 a; 
RGBA(uint8 R, uint8 G, uint8 B, uint8 A = 0): 
r(R), g(G), b(B), a(A){} 


}; 
std::ostream & operator << (std::ostream & out, RGBA & col) { 
return out << "r: " << (int)col.r 
<< ", gi: " << (int)col.g 
<< ", b: " << (int)col.b 
<< ", a: " << (int)col.a << endl; 


} 
void blend(RGBA & coli, RGBA & col2){ 
cout << "blend " << endl << coli << col2 << endl; 


int main() 
RGBA coli(255, 240, 155); 


RGBA col2({15, 255, 10, 7}); // C++11 风 格 的 列表 初始 化 


blend(col1, col2); 


} 
// 编译 选项 


:g++ -Std=c++11 3-8-1.cpp 





在 代码 清单 3-44 所 示 的 例子 中 ， 我 们 在 main 函 数 中 想 对 两 个 确定 的 
RGBA 变 量 进 行 运算 。 这 里 我 们 采用 了 传统 的 方式 ， 即 移 声 明 两 个 
RGBA 的 变量 ， 并 且 赋 予 相应 初 值 ， 再 将 其 传 给 函数 blend。 程 序 员 在 编 
写 测试 用 例 的 时 候 ， 常 会 过 到 需要 声明 较 多 值 确 定 的 RGBA 变 量 。 那 么 
这 样 的 声明 变量 - 传 值 运算 的 方式 是 件 非 第 抹 烦 的 。 如 果 自 定义 类 型 可 
以 像 内 置 类 型 一 样 癌 函数 传递 字面 常量 ， 比 如 同 函 数 func 传 递 字面 常量 
func(2,5.0f)， 无 疑 这 样 的 测试 代码 会 简化 很 多 。 








C++11 标 准 允 许 了 这 种 想象 ， 即 我 们 可 以 通过 定 一 个 后 缀 标识 的 操 
作答， 将 声明 了 该 后 级 标识 的 字面 量 转 化 为 需要 的 类 型 。 我 们 可 以 看 一 
看 代码 清单 3-45 所 示 的 代码 。 





代码 清单 3-45 





#include <cstdlib> 
#include <iostream> 
using namespace std; 
typedef unsigned char uint8; 
struct RGBA{ 
uints r; 
uint8 g; 
uint8 b; 
uint8 a; 
RGBA(uint8 R, uint8 G, uint8 B, uint8 A = 0): 
r(R), g(G), b(B), a(A){} 


RGBA operator "" _C(const char* col, size_t n) { // 一 个 长 度 为 


mn 的 字符 





col 
const char* p = col; 
const char* end = col + n; 
const char* r, mr *b, *a; 
r=g=b=a = nullptr; 
for(; p != end; ++p) { 


else if (*p == 'g') g = p; 
else if (*p == 'b') b = p; 
else if (*p == 'a') a = p; 
} 
if ((r == nullptr) || (g == nullptr) || (b == nullptr)) 
throw; 


else if (a == nullptr) 
return RGBA(atoi(rt+1), atoi(g+1), atoi(bt+1)); 
else 
return RGBA(atoi(r+1), atoi(gt+1), atoi(b+1), atoi(b+1)); 


} 
std::ostream & operator << (std::ostream & out, RGBA & col) { 
return out << "r: " << (int)col.r 
<< ", gi " << (int)col.g 
<< ", b: " << (int)col.b 
<< ", a: " << (int)col.a << endl; 


} 
void blend(RGBA && coli, RGBA && col2) { 
// Some color blending action 
cout << "blend " << endl << coli << col2 << endl; 


int main() { 
blend("r255 g240 b155"_C, "r15 g255 b10 a7"_C); 


// 编译 选项 


:g++ -std=c++11 3-8-2.cpp 





这 里 ， 我 们 声明 了 一 个 字面 量 操作 符 (literal operator) 函数 :RGBA 
operator""_C(const char*colsize_ tm) 函数 。 这 个 函数 会 解析 以 _C 为 后 绥 
的 字符 串 ， 并 返回 一 个 RGBA 的 临时 变量 。 有 了 这 样 一 个 用 户 字 面 常 量 
的 定义 ，main 函 数 中 我 们 不 再 需要 通过 声明 RGBA 类 型 的 声明 变量 - 传 
值 运算 的 方式 来 传递 实际 意义 上 的 和 常量。 通过 声明 一 个 字符 串 以 及 一 个 
_C 后 级 ，operator"_C 函 数 会 产生 临时 变量 。blend 疯 数 就 可 以 通过 右 值 





引用 获得 这 些 临 时 值 并 进行 计算 了。 这样 一 来 ， 用 户 就 完成 了 定义 目 定 
义 类 型 的 字面 常量 ，main 函 数 中 的 代码 书写 显得 更 加 清晰 。 





除去 字符 串 外 ， 后 级 声明 也 可 以 作用 于 数值 ， 比 如 ， 用 户 可 能 使 用 
60W、120W 的 表示 方式 来 标识 功率 ， 用 50kg 来 表示 质量 ， 用 1200N 来 表 
示 力 等 。 请 看 代码 清单 3-46 所 示 的 例子 。 











代码 清单 3-46 





struct Watt{ unsigned int v; }; 
Watt operator "" _w(unsigned long long v) { 
return {(unsigned int)v}; 


int main() { 
Watt capacity = 1024 w; 


} 
// 编译 选项 


:g++ -Std=c++11 3-8-3.cpp 











这 里 我 们 用 _w 后 级 来 标识 瓦特 。 除 了 整 型 数 ， 用 户 自 定义 字面 量 
还 可 以 用 于 浮 点 型 数 等 的 字面 量 。 不 过 必须 注意 的 是 ， 在 C++11 中 ， 标 
准 要 求 声明 字面 量 操作 符 有 一 定 的 规则 ， 该 规则 跟 字 面 量 的 “类 型 密切 
相关 。C++11 中 具体 规则 如 下 : 








-如 果 字 面 量 为 整 型 数 ， 那 么 字面 量 操作 符 函 数 只 可 接受 unsigned 
long long 或 者 const char* 为 其 参数 。 当 unsigned long long 无 法 容纳 该 字面 
量 的 时 候 ， 编 译 器 会 自动 将 该 字面 量 转化 为 以 \0 为 结束 符 的 字符 串 ， 并 
调用 以 const char* 为 参数 的 版 本 进行 处 理 。 








:如 果 字 面 量 为 浮 点 型 数 ， 则 字面 量 操 作 符 函数 只 可 接受 long double 
或 者 const char* 为 参数 。const char* 版 本 的 调用 规则 同 整 型 的 一 样 (过 长 
则 使 用 const char* 版 本 ) 。 





:如 果 字 面 量 为 字符 串 ， 则 字面 量 操 作 符 函数 函数 只 可 接受 const 
char*,size_t 为 参数 (已 知 长 度 的 字符 串 〉。 
:如 果 字 面 量 为 字符 ， 则 字面 量 操作 符 函 数 只 可 接受 一 个 char 为 参 


数 。 








总 体 上 来 说 ， 用 户 自 定义 字面 量 为 代码 书写 带 来 了 极 大 的 便利 。 此 
外 ， 在 使 用 这 个 特性 的 时 候 ， 应 该 注意 以 下 几 点 : 











:在 字面 量 操作 符 函 数 的 声明 中 ，operator"" 与 用 户 自 定 义 后 缀 之 间 
必须 有 空格 。 


后 级 建议 以 下 划 线 开始 。 不 宜 使 用 非 下 划 线 后 级 的 用 户 自 定义 字 
符 串 和 常量 ， 和 否则 会 被 编译 器 和 警告。 当然， 这 也 很 好 理解 ， 因 为 如 果 重 用 
形 如 201203L 这 样 的 字面 量 ， 后 级 ”无 疑 会 引起 一 些 混乱 的 状况 。 为 了 
避免 混乱 ， 程 序 员 最 好 只 使 用 下 划 线 开始 的 后 缀 名 。 





3.9 ”内 联名 字 空 间 


在 老式 的 C 语 言 编程 的 实际 项 目 中 ， 我 们 常会 需要 一 个 “字典 ”来 记 














己 给 变量 函数 取 的 名 字 是 否 冲突 ， 以 避免 发 生 编 译 错误 ， 
此 字典 是 一 种 使 用 C 语 言 合作 编程 的 一 种 重要 交流 手段 。 











在 C++ 中 ， 引 入 了 名 字 空 间 (namespace) 这样 一 个 概念 。 名 字 空 间 
的 目的 是 分 割 全 局 共享 的 名 字 空 间 。 程 序 员 在 编写 程序 时 可 以 建立 自己 
的 名 字 空 间 ， 而 使 用 者 则 可 以 通过 双 冒 号 “空间 名 :: 函 数 /变量 名 ”的 形式 
来 引用 自己 需要 的 版 本 。 这 束 解 决 了 C 中 名 字 冲 突 的 问题 。 不 过 有 很 多 
时 候 ， 我 们 会 遇 到 一 个 名 字 空 间 下 包含 多 个 子 名 字 空 间 的 状况 。 子 名 字 
空间 通 负 会 融 来 一 些 使 用 上 的 不 便 。 我 们 来 看 看 代码 清单 3-47 所 示 的 这 
MIF 























代码 清单 3-47 





#include <iostream> 
using namespace std; 
// 这 是 


Jim 编 写 的 库 ， 用 了 


Jim 这 个 名 字 空 间 


namespace Jim { 
namespace Basic { 
struct Knife{ Knife() { cout << "Knife in Basic." << endl; } }; 
class CorkScrew{}; 


namespace Toolkit { 
template<typename T> class SwissArmyKnife{}; 


} 
IL ss 
namespace Other { 
Knife b; // 无 法 通过 编译 
struct Knife{ Knife() { cout << "Knife in Other" << endl;} }; 
Knife c; // Knife in Other 
Basic: :Knife k; // Knife in Basic 
} 
} 
// 这 是 
LiLei 在 使 用 
Jimi 


using namespace Jim; 
int main() { 
Toolkit: :SwissArmyKnife<Basic::Knife> sknife; 


// 编译 选项 


:g++ 3-9-1.cpp 





在 代码 清单 3-47 中 ， 库 的 编写 者 Jim 用 名 字 空 间 将 自己 的 代码 封装 
起 来 。 同 时 ， 该 程序 员 把 名 字 空 间 继续 细 分 为 Basic、Toolkit 及 Other 等 
几 个 。 可 以 看 到 ， 通 过 名 字 空 间 的 细 分 ，Other 名 字 空 间 中 不 能 直接 引 
用 Basic 名 字 空 间 中 的 名 字 Knife。 而 Other 名 字 空 间 中 定义 了 Kmnife 类 型 ， 
那么 变量 c 的 声明 就 会 导致 其 使 用 的 Knife 类 型 是 属于 名 字 空 间 Other 中 的 
版 本 的 。 这 样 的 使 用 名 字 空 间 的 方式 是 非常 清楚 的 。 











不 过 Jim 这 样 会 市 来 一 个 问题 ， 即 库 的 使 用 者 在 使 用 Jim 名 字 空 间 的 
时 候 ， 需 要 知道 太 多 的 子 名 字 空 间 的 名 字 。 使 用 者 显然 不 希望 声明 一 个 
sknife 变 量 时 ， 需 要 Toolkit::SwissArmyKnife<Basic::Knife> 这 么 长 的 类 型 
声明 。 而 从 库 的 提供 者 Jim 的 角度 看 ， 通 名 也 没 必 要 让 使 用 者 LiLei 看 到 
子 名 字 空 间 ， 因 此 他 可 能 考虑 这 样 修 改 代码 ， 如 代码 清单 3-48 所 示 。 


代码 清单 3-48 





#include <iostream> 
using namespace std; 
namespace Jim { 
namespace Basic { 
struct Knife{ Knife() { cout << "Knife in Basic." << endl; } }; 
class CorkScrew{}; 


namespace Toolkit{ 
template<typename T> class SwissArmyKnife{}; 
} 


LI ee 


namespace Otherf{ 
Tf ee 


// 打开 一 些 内 部 名 字 空 间 


using namespace Basic; 
using namespace Toolkit; 


// LiLei 决 定 对 该 
classi 


namespace Jim { 
template<> class SwissArmyKnife<Knife>{}; // 编译 失败 


using namespace Jim; 
int main() { 
SwissArmyKnife<Knife> sknife; 


// 编译 选项 


:g++ 3-9-2.cpp 





在 代码 清单 3-48 所 示 的 例子 中 ，Jim 在 名 字 空 间 Jim 的 最 后 部 分 ， 打 
FY (using) Basic 和 Toolkit 两 个 名 字 空 间 〈 我 们 省 略 了 关于 Other 名 字 
空间 中 的 部 分 ) 。 这 样 一 来 在 代码 清单 3-48 中 遇 到 的 名 字 过 长 的 问题 就 
不 复 存 在 了 。 不 过 这 里 又 有 了 新 的 问题 ， 库 的 使 用 者 LiLei 由 于 觉得 
Toolkit 中 的 模板 SwissArmyKnife 有 的 时 候 不 太 合 用 ， 所 以 决定 特 化 一 个 
SwissArmyKnife<Knife> 的 版 本 。 这 个 时 候 ， 我 们 编译 该 例子 则 会 失 
败 。 这 是 由 于 C++98 标 准 不 允许 在 不 同 的 名 字 空 间 中 对 模板 进行 特 化 造 
成 的 。 








在 C++11 中 ， 标 准 引入 了 一 个 新 特性 ， 叫 做 “内 联 的 名 字 空 间 ”。 通 
过 关键 字 “inline namespace” 就 可 以 声明 一 个 内 联 的 名 字 空 间 。 内 联 的 名 
字 空 间 允 许 程 序 员 在 父 名 字 空 间 定 义 或 特 化 子 名 字 空 间 的 模板 。 我 们 可 
以 看 看 代码 清单 3-49 所 示 的 例子 。 








代码 清单 3-49 





#include <iostream> 
using namespace std; 
namespace Jim { 
inline namespace Basic { 
struct Knife{ Knife() { cout << "Knife in Basic." << endl; } }; 
class CorkScrew{}; 
} 
inline namespace Toolkit { 
template<typename T> class SwissArmyKnife{}; 


CA 
namespace Otherf{ 
Knife b; // Knife in Basic 


struct Knife{ Knife() { cout << "Knife in Other" << endl;} }; 


Knife c; // Knife in Other 
Basic: :Knife k; // Knife in Basic 
} 
} 
// 这 是 
LiLei 在 使 用 
Jim 的 库 


namespace Jim { 
template<> class SwissArmyKnife<Knife>{}; // 编译 通过 


} 

using namespace Jim; 

int main() { 
SwissArmyKnife<Knife> sknife; 


// 编译 选项 


:g++ -std=c++11 3-9-3.cpp 





代码 清单 3-49 中 ， 我 们 将 名 字 空 间 Basic 和 Toolkit 都 声明 为 inline 
的 。 此 时 ，LiLei 对 库 中 模板 的 偏 特 化 (SwissArmyKnife<Knife>〉 则 可 
以 通过 编译 。 不 过 这 里 我 们 需要 再 次 注意 一 下 Other 这 个 名 字 空 间 中 的 
状况 。 可 以 看 到 ， 变 量 b 的 声明 语句 是 可 以 通过 编译 的 ， 而 且 其 被 声明 
为 一 个 Basic::Knife 的 类 型 。 如 果 换 个 角度 理解 的 话 ， 在 子 名 字 空 间 
Basic 中 的 名 字 现 在 看 起 来 就 跟 在 父 名 字 空 间 Jim 中 一 样 。 了 解 了 这 一 
点 ， 读 者 或 者 会 皱 起 眉头 ，Jim 名 字 空 间 中 的 恨 好 分 隔 明 显 被 破坏 了 ， 
要 做 到 这 样 的 效果 ， 只 需要 把 Knife 和 CorkScrew 放 到 全 局 名 字 空 间 中 就 
可 以 了 ， 根 本 不 用 inline namespace 这 么 复杂 。 事 实 上 ， 这 跟 inline 
namespace 的 使 用 方式 有 关 。 我 们 可 以 看 看 代码 清单 3-50 所 示 的 例子 。 























代码 清单 3-50 





#include <iostream> 
using namespace std; 
namespace Jim { 
#if _ cplusplus == 201103L 
inline 
#endif 
namespace cpp1if 
struct Knife{ Knife() { cout << "Knife in c++11." << endl; } }; 
// ana 


#if _ cplusplus < 201103L 
inline 
#endif 
namespace oldcpp{ 
struct Knife{ Knife() { cout << "Knife in old c++." << endl; } }; 
A ENE 
} 
} . . 
using namespace Jim; 
int main() { 


Knife a; // Knife in c++11. (默认 版 本 
) 

cpp11::Knife b; // Knife in c++11. (强制 使 用 
Cpp11I 版 本 
) 

oldcpp: :Knife c; // Knife in old c++. (强制 使 用 
0Jdcpp11 版 本 
) 
// 编译 选项 


:g++ -std=c++11 3-9-4.cpp 





在 代码 清单 3-50 中 ，Jim 为 它 的 名 字 空 间 设 定 了 两 个 子 名 字 空 间 : 
cpp11 和 oldcpp。 这 里 我 们 看 到 了 在 2.1 节 中 提 到 的 关于 C++ 的 宏 
__Ccplusplus。 代 码 的 意思 是 ， 如 果 现 在 的 宏 __cplusplus 等 于 201103 这 个 


常数 ， 那 么 就 将 名 字 空 间 cpp11 内 联 到 Jim 中 ， 而 如 果 小 于 201103， 则 将 
名 字 空 间 oldcpp 内 联 到 Jim 中 。 这 样 一 来 ， 编 译 器 就 可 以 根据 当前 编译 器 
对 C++ 文 持 的 状况 ， 选 择 合适 的 实现 版 本 。 而 如 果 需 要 的 话 ， 我 们 依然 
可 以 通过 名 字 空 间 的 方式 (如 cpp11::Knife)〉 来 访问 相应 名 字 空 间 中 的 
类 型 、 数 据 、 函 数 等 。 这 对 程序 库 的 发 布 很 有 好 处 ， 因 为 需要 长 期 维护 
的 程序 库 ， 可 能 版 本 间 的 接口 和 实现 等 都 随 着 程序 库 的 发 展 而 发 生 了 变 
化 。 那 么 根据 需要 将 合适 的 名 字 空 间 导 入 到 父 名 字 空 间 中 ， 无 疑 会 方便 
库 的 使 用 。 














事实 上 ， 在 C++ 标准 程序 库 中 ， 开 发 者 已 经 开始 这 么 做 了 。 如 采 程 
序 员 需 要 长 期 维护 、 发 布 不 同 库 的 版 本 ， 不 妨 试用 一 下 内 联名 字 空 间 这 


个 特性 。 








还 有 一 点 需要 指出 的 是 ， 匿 名 的 名 字 空 间 同样 可 以 把 其 包含 的 名 字 
导入 父 名 字 空 间 。 所 以 读者 可 能 认为 代码 清单 3-50 中 的 代码 同样 可 以 通 
过 匿名 名 字 空 间 与 宏 组 合 来 实现 。 不 过 跟 代码 清单 3-48 中 使 用 using 打 开 
名 字 空 间 的 情况 一 样 ， 匿 名 名 字 空 间 无 法 允许 在 父 名 字 空 间 的 模板 特 
化 。 这 也 是 C++11 中 为 什么 要 引入 新 的 内 联名 字 空 间 的 一 个 根本 原因 。 
不 过 与 我 们 在 代码 清单 3-49 中 看 到 的 一 样 ， 名 字 空 间 的 内 联 会 破坏 该 名 
字 空 间 本 里 具有 的 封装 性 ， 所 以 程序 员 不 应 该 在 需要 隔离 名 字 的 时 候 使 


用 inline namespace 关 键 字 。 




















此 外 ， 在 代码 实践 时 ， 读 者 可 能 还 会 被 一 些 C++ 的 语言 特性 迷惑 ， 


比较 典型 的 是 所 谓 “ 参 数 关 联名 称 查 找 ”"， 即 ADL (Argument-Dependent 
name Lookup) 。 这 个 特性 允许 编译 器 在 名 字 衬 间 内 找 不 到 函数 名 称 的 
时 候 ， 在 参数 的 名 字 空 间 内 查找 函数 名 字 。 比 如 说 下 面 这 个 例子 : 





namespace ns_adl{ 
struct A{}; 
void ADLFunc(A a){} // ADLFunc 定 义 在 





namespace ns_adJ] 中 


int main() { 
ns_adl::A a; 
ADLFunc(a); // ADLFunc 无 需 声明 名 字 空间 





函数 ADLFunc 就 无 需 在 使 用 时 声明 其 所 在 的 名 字 空 间 ， 因 为 编译 器 
可 以 在 其 参数 a 的 名 字 空 间 ns_adl 中 找到 ADLFunc， 编 译 也 束 不 会 报错 
了 。 


ADL 带 来 了 一 些 使 用 上 的 便利 性 ， 不 过 也 在 一 定 程度 上 破坏 了 
namespace 的 封装 性 。 很 多 人 认为 使 用 ADL 会 带 来 极 大 的 负面 影响 。 
因此 ， 比 较 好 的 使 用 方式 ， 还 是 在 使 用 任何 名 字 前 打开 名 字 空 间 ， 或 者 
使 用 “::* 列 出 变量 、 函 数 完整 的 名 字 空 间 。 


[1] 读者 可 以 参考 以 下 网 页 : 


http://stackoverflow.com/questions/2958648/what-are-the-pitfalls-of-adl 


3.10 ”模板 的 别名 
CHP 类 别 ， 部 分 人 


在 C++ 中 ， 使 用 typedef 为 类 型 定义 别名 。 比 如 : 





typedef int myint; 





就 定义 了 一 个 it 的 别名 myint。 当 遇 到 一 些 比较 长 的 名 字 ， 尤 其 是 
在 使 用 模板 和 域 的 时 候 ， 使 用 别名 的 优势 会 更 加 明显 。 比 如 : 





typedef std::vector<std::string> strvec; 





这 里 使 用 strvec 作 为 std::vector<std::string> 的 别名 。 在 C++11 中 ， 定 
义 别 名 已 经 不 再 是 typedef 的 专属 能 力 ， 使 用 using 同 样 也 可 以 定义 类 型 的 
别名 ， 而 且 从 语言 能 力 上 看 ，using 丝 毫 不 比 typedef 逊 色 。 我 们 可 以 看 看 
代码 清单 3-51 所 示 的 这 个 例子 。 


代码 清单 3-51 





#include <iostream> 
#include <type_traits> 
using namespace std; 
using uint = unsigned int; 
typedef unsigned int UINT; 
using sint = int; 
int main() { 
cout << is_same<uint, UINT>::value << endl; // 1 


} 
// 编译 选项 


:g++ -Std=c++11 3-10-1. cpp 


在 本 例 中 ， 使 用 了 C++11 标 准 库 中 的 is_same 模 板 类 来 帮助 我 们 判断 
两 个 类 型 是 否 一 致 。is_same 模 板 类 接受 两 个 类 型 作为 模板 实例 化 时 的 
参数 ， 而 其 成 员 类 型 value 则 表示 两 个 参数 类 型 是 否 一 样 。 在 代码 清单 3- 
51 所 示 的 例子 中 我 们 看 到 ， 使 用 using uint=unsigned int; 定 义 的 类 型 别名 
uint 和 使 用 typedef unsigned int UINT; 定 义 的 类 型 别名 UINT 都 是 一 样 的 类 
型 。 两 者 效果 相同 ， 或 者 说 ， 在 C++11 中 ，using 关 键 字 的 能 力 已 经 包括 
了 typedef 的 部 分 。 





在 使 用 模板 编程 的 时 候 ，using 的 语法 甚至 比 typedef 更 加 灵活 。 比 如 
下 面 这 个 例子 : 


template<typename T> using MapString = std::map<T, char*>; 
MapString<int> numberedString; 


在 这 里 ， 我 们 “模板 式 ” 地 使 用 了 using 关 键 字 ， 将 std::map<T,char*> 
定义 为 了 一 个 MapString 类 型 ， 之 后 我 们 还 可 以 使 用 类 型 参数 对 
MapString 进 行 类 型 的 实例 化 ， 而 使 用 typedef 将 无 法 达到 这 样 的 效果 。 


3.11 一 般 化 的 SFINEA 规 则 
CEP 类 别 ， 库 作者 


在 C++ 模 板 中 ， 有 一 条 著名 的 规则 ， 即 SFINEA-Substitution failure 
is not an error， 中 文 直译 即 是 “匹配 失败 不 是 错误 ”。 更 为 确切 地 说 ， 这 
条 规则 表示 的 是 对 重 载 的 模板 的 参数 进行 展开 的 时 候 ， 如 果 展 开导 致 了 
一 些 类 型 不 匹配 ， 编 译 器 并 不 会 报错 。 我 们 可 以 具体 地 看 看 代码 清单 3- 
52 所 示 的 来 自 wikipedia 的 例子 叫 。 

















代码 清单 3-52 





struct Test { 
typedef int foo; 


了 
template <typename T> 
void f(typename T::foo) {} // 第 一 个 模板 定义 


- #1 
template <typename T> 
void f(T) {} / / 第 二 个 模板 定义 





- #2 
int main() { 
f<Test>(10); // 调用 


#1. 
f<int>(10); // 调用 


#2. 由 于 


SFINEA， 虽 然 不 存在 类 型 


Ant: : 咎 00， 也 不 会 发 生 编译 错误 





// 编译 选项 ; 


g++ 2-14-1.cpp 


在 代码 清单 3-52 中 ， 我 们 重 载 了 函数 模板 f 的 定义 。 第 一 个 模板 f 接 
受 的 参数 类 型 为 T::foo， 这 里 我 们 通过 typename 来 使 编译 器 知道 T::foo 是 
一 个 类 型 。 而 第 二 个 模板 定义 则 接受 一 个 T 类 型 的 参数 。 在 main 函 数 
中 ， 分 别 使 用 f<Test> 和 f<int> 对 模板 进行 实例 化 的 时 候 会 友 现 ， 对 于 
f<int> 来 讲 ， 虽 然 不 存在 int::foo 这 样 的 类 型 ， 编 译 右 依然 不 会 报错 ， 相 
有 反 地 ， 编 译 占 会 找到 第 二 个 模板 定义 并 对 其 进行 实例 化 。 这 样 一 来 ， 束 
保证 了 编译 的 正确 性 。 





事实 上 ， 通 过 上 面 的 例子 我 们 可 以 发 现 ，SFINAE 规 则 的 作用 比 起 
其 抛 口 的 定义 而 言 更 为 直观 。 基 本 上 ， 这 是 一 个 使 得 C++ 模 板 推 导 规 则 
符合 程序 员 想 象 的 规则 。 通 过 SFINAE， 我 们 能 够 使 得 模板 匹配 更 为 “ 精 
确 ”， 即 使 得 一 些 模板 函数 、 模 板 类 在 实例 化 时 使 用 特殊 的 模板 版 本 ， 
而 另外 一 些 则 使 用 通用 的 版 本 ， 这 样 就 大 大 增加 了 模板 设计 使 用 上 的 灵 
活性 。 而 在 现实 生活 中 ， 这 样 的 使 用 方式 在 标准 库 中 使 用 非常 普遍 ( 当 
你 在 标准 库 中 发 现 一 大 堆 的 _enable_if， 或 者 应 该 想起 这 是 
SFINAE) 。 因 此 也 可 以 说 ，SFINAE 也 是 C++ 模板 推导 中 非常 基础 的 一 


个 特性 。 


不 过 在 C++98 中 ， 标 准 对 于 SFINAE 并 没有 完全 清晰 的 描述 ， 一 些 
在 模板 参数 中 使 用 表达 式 的 情况 ， 并 没有 被 主流 编译 器 支持 。 我 们 可 以 
看 看 代码 清单 3-53 所 示 的 这 个 来 自 于 C++11 标 准 提 采 中 的 例子 。 





代码 清单 3-53 





template <int I> struct A {}; 
char xxx(int); 
char xxx(float); 
template <class T> A<sizeof(xxx((T)0))> f(T) {} 
int main() { 
F(1); 


} 
// 编译 选项 : 


g++ -std=c++11 


在 代码 清单 3-53 中 ， 我 们 在 定义 函数 模板 f 的 时 候 ， 其 返回 值 则 定义 
为 一 个 以 sizeof(xxx((T)0)) 为 参数 的 类 模板 A。 这 里 值得 注意 的 是 ， 我 们 
使 用 了 sizeof 表 达 式 ， 以 及 强制 的 类 型 转换 。 事 实 上 ， 这 样 的 表达 式 是 
可 以 在 模板 实例 化 时 被 计算 出 的 。 不 过 由 于 实现 上 的 复杂 性 ， 以 及 标准 
中 并 未 明确 地 提 及 ， 大 多 数 C++98 编 译 器 都 会 报 出 一 个 SFINEA 失 败 信 
息 。 而 事实 上 ， 这 样 灵活 的 用 法 却 非常 有 用 ， 比 如 本 例 中 ， 程 序 员 可 以 
根据 参数 的 长 度 而 定义 出 不 同 返回 值 的 模板 函数 f〈 一 种 是 
sizeof((in00)， 一 种 则 是 sizeof((floa00)) 。 如 果 编 译 器 拒绝 了 这 样 的 使 
用 方式 ， 无 疑 会 为 泛 型 编程 的 应 用 带 来 一 些 限制 。 








在 C++11 中 ， 标 准 对 这 样 的 状况 ， 励 其 是 模板 参数 将 换 时 使 用 了 表 


达 式 的 情况 进行 了 明确 规定 ， 即 表达 式 中 没有 出 现 “ 外 部 于 表达 式 本 
刁 ” 的 元 素 ， 比 如 说 发 生 一 些 模板 的 实例 化 ， 或 者 隐 式 地 产生 一 些 找 贝 
构造 函数 的 话 ， 这 样 的 模板 推导 都 不 会 产生 SFINAE 失 败 〈 即 编译 器 报 
错 ) 。 这 样 一 来 ，C++11 中 的 一 些 新 特性 《比如 我 们 将 在 第 4 章 中 讲 到 
的 decltype 等 ) 将 能 够 成 功 地 进行 广泛 的 应 用 ， 进 一 步 地 ， 新 的 STL 也 将 
因此 受益 。 


[1] http://en.wikipedia.org/wiki/Substitution_failure_is_not_an_error 


3.12 ÆRA 


在 本 间 中 ， 我 们 介绍 了 C++11 中 共 11 个 皆 新 特性 。 这 些 新 特性 都 在 
者 重 于 通用 性 的 考量 下 ， 经 过 标准 委员 会 反复 揣摩 而 最 终 成 型 。 





最 为 引 人 注 目的 就 是 右 值 引用 。 右 值 引用 堪 称 是 C++11 中 的 一 项 重 
大 的 变革 。 这 次 的 变 草 ， 是 以 暴露 原本 一 直 被 C/C++ 掩盖 得 较 好 的 左 值 
右 值 关 系 为 代价 的 。 不 过 客观 地 讲 ， 也 是 在 程序 员 对 C++ 性 能 的 一 再 紧 
允 下 ， 左 值 右 值 的 概念 才 终 于 “露出 真 易 ”。 相 比 于 C++ 的 其 他 概念 ， 石 
值 引 用 的 理解 会 稍微 复杂 一 些 ， 但 其 目的 却 比 较 明 确 ， 就 是 实现 所 谓 的 
移动 语义 。 移 动 语义 与 在 C++98 中 常见 的 拷贝 语义 在 类 的 构造 上 采用 了 
完全 不 同 的 方式 。 移 动 语义 主要 是 将 行将 被 释放 的 资源 “ 偷 ” 出 来 ， 作 为 
行将 构造 的 类 型 的 资源 。 那 么 这 势必 就 会 跟 变 量 生命 期 产生 关系 ， 跟 右 
值 、 临 时 量 打 上 交道 。 而 最 终 ，C++11 中 又 采用 了 右 值 引用 的 方式 使 得 
移动 构造 函数 能 够 有 效 地 获得 这 些 右 值 临 时 量 ， 以 使 程序 员 能 够 完成 行 
为 民 好 的 移动 语义 。 通 过 这 样 的 移动 语义 ， 库 的 实现 者 可 以 巧妙 地 将 各 
种 形 如 扒 内 存 的 资源 放 入 对 象 中 ， 而 不 必 担 心 在 诸如 函数 传递 的 过 程 中 
带 来 过 大 的 资源 释放 、 申 请 开销 。 此 外 ， 标 准 制定 者 还 趁机 利用 了 右 值 
引用 来 实现 了 所 请 的 完美 转发 ， 从 技术 上 讲 ， 完 美 转发 就 是 通过 引用 折 
登 规 则 和 模板 推导 规则 ， 使 得 转发 函数 在 不 损失 任何 数据 属性 的 情况 
下 ， 将 数据 完美 地 传递 给 其 他 函数 。 完 美 转发 在 标准 库 中 被 广泛 地 使 











用 ， 也 是 泛 型 编程 中 一 种 很 好 的 包装 方式 。 


在 C++11 中 ， 标 准则 又 重新 回答 了 最 基本 的 问题 一 什么 是 简单 的 类 
型 及 什么 是 复杂 的 类 型 ， 即 怎么 才 算 得 上 是 POD。C++11 的 POD 的 概念 
分 为 平凡 的 和 标准 布局 两 个 概念 。 标 准 布 局 强调 了 类 型 的 数据 在 排 布 上 
是 简单 的 ， 比 如 可 以 通过 memcpy 找 贝 的 简单 类 型 。 而 平凡 的 则 强调 了 
类 型 没有 复杂 的 构造 、 析 构 或 者 多 态 等 看 起 来 “不 平凡 ”的 行为 。 了 解 
POD 实 际 为 了 解 C++11 中 其 他 很 多 的 概念 莫 定 了 基础 。 











另外 一 个 新 引入 的 改动 则 是 列表 初始 化 。 相 比 于 C++98 中 的 赋值 表 
达 式 和 值 初 始 化 ， 列 表 初 始 化 主要 被 实现 为 标准 库 中 的 initializer_list， 
使 得 用 户 不 仅 可 以 列表 式 地 初始 化 内 置 类 型 、 数 组 、STL 容 器 ， 还 可 以 
对 目 定 义 类 型 进行 列表 初始 化 。 这 应 该 是 C++ 标准 中 第 一 次 出 现 与 库 实 
现 结合 得 如 此 紧密 的 语言 特性 。 而 列表 初始 化 相对 于 老式 的 初始 化 ， 对 
总 是 容易 出 错 的 类 型 收 窗 做 了 限制 。 总 的 说 来 ， 无 论 从 使 用 的 方便 性 还 
是 安全 性 上 讲 ， 列 表 初 始 化 都 表现 出 了 优 民 的 特性 ， 也 是 C++ 核 心 语言 
进步 的 一 种 体现 。 





两 种 新 的 构造 函数 的 声明 方式 一 继承 构造 函数 和 委派 构造 函数 ， 则 
都 使 得 程序 员 能 够 在 编写 构造 冰 数 中 少 写 一 些 代码 。 前 者 我 们 将 关注 点 
放 在 了 继承 结构 下 使 用 using 关 键 字 将 构造 函数 继承 上 ， 而 后 者 ， 我 们 则 
把 目光 放 在 了 单 类 型 中 多 个 构造 函数 间 通 过 初始 化 列表 的 相互 委托 关系 
上 。 而 用 户 自 定义 字面 量 将 C++ 中 的 各 种 重 载 再 一 次 强化 。 通 过 后 绥 ， 

















用 户 可 以 将 程序 中 非 内 置 的 几乎 所 有 的 字面 量 据 为 己 用 ， 产 生 目 己 的 类 
型 。 同 样 地 ， 这 会 减少 C++11 代 码 的 书写 量 。 力 外 一 个 简化 ， 则 是 using 
的 “ 泛 化 ”"，using 关 键 字 已 经 能 够 像 typedef 一 样 定义 别名 ， 且 其 在 模板 中 
使 用 起 来 更 佳 。 


此 外 ， 我 们 还 介绍 了 能 够 避免 意外 的 显 式 类 型 转换 ， 以 及 能 为 类 产 
生变 长 成 员 的 非 受 限 联 合体 。 内 联 的 名 字 空 间 则 是 用 于 库 发 布 的 一 个 特 
性 ， 通 过 将 子 名 字 空 间 的 名 字 导 入 父 名 字 空 间 ， 用 户 可 以 方便 地 使 用 名 
字 空 间 的 名 字 。 不 过 名 字 空 间 的 内 联 也 导致 名 字 空 间 对 名 字 封 装 的 失 
效 。 因 此 通 闻 情况 下 ， 这 个 特性 都 会 结合 宏一 起 使 用 。 











后 我 们 还 介绍 了 SFINAE 规 则 的 改进 ， 通 过 这 样 的 改进 ，C++11 


最 
进一步 提高 了 范 型 编程 的 能 


读 完 这 一 半 ， 相 信 读 者 已 经 能 够 体会 到 C++11 的 一 些 风格 。 通 用 手 
段 为 先 ， 如 果 能 够 使 用 更 为 通用 的 方法 解决 的 话 ， 束 不 再 劳 烦 语言 核心 
进行 繁复 的 更 改 〈 这 在 列表 初始 化 上 体现 得 非 第 明显 ) 。 而 在 C++11 
中 ， 我 们 也 发 现 范 型 编程 的 力量 越 来 越 强 大 ， 语 言 层 面 的 更 改 ， 很 多 都 
是 在 文 持 解 决 泛 型 编程 中 出 现 的 一 些 问 题 〈 比 如 完美 转发 、 模 板 别 名 、 
SFINAE 等 ) 。 如 果 熟 悉 了 这 些 特性 ， 那 么 必然 程序 代码 会 越 写 越 少 ， 
性 能 也 越 来 越 好 。 


第 4 章 “” 新 于 易学 ， 老 兵 易 用 


在 C++ 变 得 原来 越 强 大 的 同时 ， 一 些 程序 员 也 在 抱怨 使 用 C++ 进行 
编码 过 于 复杂 。 由 于 STL 与 语言 核心 部 分 的 关联 越 来 越 紧 密 ， 而 STL 往 
往 需 要 涉及 解释 一 些 模板 的 知识 ， 很 多 新 手 也 会 因此 对 使 用 C++ 进 行 编 
程 产生 排斥 。C++11 的 设计 者 对 此 作 了 改进 。 本 章 中 ， 我 们 可 以 看 到 
auto 类 型 推导 、 基 于 范围 的 for 循 环 等 非常 易 用 的 特性 。 这 些 特性 都 非常 
具有 亲和力， 而 用 于 进行 代码 编写 也 能 有 效 地 提升 代码 效率 ， 必 然 会 被 
C++11 代 码 大 量 使 用 。 











4.1 ART S> WN BEE 


CE 类 别 ， 所 有 人 





在 C++98 中 ， 有 一 条 需要 程序 员 规 避 的 规则; 如果 在 实例 化 模板 的 
时 候 出 现 了 连续 的 两 个 右 尖 括号 >， 那 么 它们 之 间 需 要 一 个 空格 来 进行 
分 隔 ， 以 避免 发 生 编译 时 的 错误 。 我 们 可 以 看 代码 清单 4-1 所 示 的 例 
Te 


代码 清单 4-1 





template <int i> class X{}; 
template <class T> class Y{}; 
Y<X<1> > x1; // 编译 成 功 


Y<X<2>> x2; // 编译 失败 


// 编译 选项 


:g++ -C 4-1-1.cpp 





在 代码 清单 4-1 中 ， 我 们 定义 了 两 个 模板 类 型 X 和 Y， 并 且 使 用 模板 
定义 分 别 声明 了 以 X<1> 为 参数 的 Y<X<1>> 类 型 变量 x1， 以 及 以 X<2> 为 
参数 的 Y<X<2>> 类 型 变量 x2。 不 过 x2 的 定义 编译 器 却 不 能 正确 解析 。 在 
x2 的 定义 中 ， 编 译 器 会 把 >> 优 先 解析 为 右 移 符号 。 使 用 gcc 编 译 的 时 
候 ， 我 们 会 得 到 如 下 错误 提示 : 


有 一 


4-1-1.cpp:5:9: error: 'x2' was not declared in this scope 
Y<X<2>> x2} // 编译 失败 


:5:9: error: template argument 1 is invalid 
:5:3: error: template argument 1 is invalid 
x2; / / 编译 失败 





事实 上 ， 除 去 秽 套 的 模板 标识 ， 在 使 用 形 如 static_cast、 
dynamic_cast、reinterpret _cast， 或 者 const_cast 表 达 式 进行 转换 的 时 候 ， 
我 们 也 常会 遇 到 相同 的 情况 。 





const vector<int> v = static_cast<vector<int>>(v); / /无 法 通过 编译 





C++98 同 样 会 将 >> 优 先 解析 为 右 移 。C++11 中 ， 这 种 限制 被 取消 
了 。 事 实 上 ，C++11 标 准 要 求 编译 器 智能 地 去 判断 在 哪些 情况 下 >> 不 是 
石 移 符 写 。 使 用 C++11 标 准 ， 代 码 清单 4-1 所 示 代 码 则 会 成 功 地 通过 编 


PE. 





mA 


过 这 些 “ 智 能 ”的 判断 也 会 带 来 一 些 与 C++98 的 有 趣 的 不 兼容 性 。 
比如 用 户 只 是 想 让 >> 在 模板 的 实例 化 中 表示 的 是 真正 的 右 移 ， 但 是 
C++11 会 把 它 解 析 为 模板 参数 界定 符 。 比 如 代码 清单 4-2 所 示 的 代码 。 





代码 清单 4-2 





template <int i> class X {}; 
X<1 >> 5> X ; 





如 果 使 用 C++98 标 准 进 行 编译 的 话 ， 这 个 例子 会 编译 通过 ， 因 为 编 
译 器 认为 X<1>>5>x; 中 的 双 尖 括号 是 一 个 位 移 操作 ， 那 么 最 终 可 以 得 到 
一 个 形 如 X<0>x 的 模板 实例 。 而 如 果 使 用 C++11 标 准 进 行 编译 ， 那 么 程 
序 员 会 得 到 一 个 编译 错误 的 警告 ， 因 为 编译 器 优先 将 双 尖 括号 中 的 第 一 
个 > 与 X 之 后 的 < 进行 了 配对 。 








虽然 很 少 有 人 在 模板 实例 化 时 同时 进行 位 移 操 作 ， 但 是 从 语法 上 来 
说 ，C++98 和 C++11 确 实在 这 一 点 上 不 兼容 。 要 避免 这 样 的 不 兼容 性 也 
很 简单 ， 使 用 圆 括 号 将 “1>>5” 括 起 来 ， 保 证 右 移 操作 优先 ， 就 不 会 出 现 
类 似 问 题 了。 


4.2 auto 类 型 推导 


CHP 类 别 ， 所 有 人 


在 编程 语言 的 分 类 中 ，C/C++ 入 被 冠 以 " 豆 态 类 型 > 的 称号 。 而 有 的 
编程 语言 则 号 称 是 “动态 类 型 *? 的 ， 比 如 Python。 通 常情 况 
下 ,，“ 静 ”和 “ 动 * 的 区 别 非常 直观 。 我 们 可 以 看 看 下 面 这 上段 简单 的 Python 
代码 : 








name = 'world\n' 
print 'hello, ' % name 





这 段 代 码 是 Python 中 的 一 个 helloworld 的 实现 。 这 里 的 代码 使 用 了 一 
个 变量 name， 用 于 存储 world 这 个 字符 串 。 接 下 来 代码 又 使 用 print 
将 hello, 字 符 串 及 name 变 量 一 起 打印 出 来 。 请 读者 忽略 其 他 的 细节 ， 只 
注意 一 下 变量 name 的 使 用 方式 。 事 实 上 ， 变 量 name 在 使 用 前 没有 进行 
过 任何 声明 ， 而 当 程 序 员 想 使 用 时 ， 可 以 拿 来 就 用 。 











这 种 变量 的 使 用 方式 显得 非常 随 性 ， 而 在 C/C++ 程序 员 的 眼中 ， 
个 变量 使 用 前 必须 定义 几乎 是 天 经 地 义 的 事 ， 这 样 通常 被 视 为 编程 语言 
中 的 “静态 类 型 > 的 体现 。 而 对 于 如 Python、Perl、JavaScript 等 语言 中 变 
量 不 需要 声明 ， 而 几乎 “ 拿 来 就 用 ”的 变量 使 用 方式 ， 则 被 视 为 是 编程 语 
言 中 “动态 类 型 "的 体现 。 不 过 从 技术 上 严格 地 讲 ， 静 态 类 型 和 动态 类 型 
的 主要 区 别 在 于 对 变量 进行 类 型 检查 的 时 间 点 。 对 于 所 谓 的 静态 类 型 ， 




















类 型 检查 主要 发 生 在 编译 阶段 ， 而 对 于 动态 类 型 ， 类 型 检查 主要 发 生 在 
运行 阶段 。 形 如 Python 等 语言 中 变量 “ 拿 来 就 用 ”的 特性 ， 则 需要 归功 于 
一 个 技术 ， 即 类 型 推导 。 











事实 上 ， 类 型 推导 也 可 以 用 于 静态 类 型 的 语言 中 。 比 如 在 上 面 的 
Python 代 码 中 ， 如 果 按 照 C/C++ 程 序 员 的 思考 方式 ，worldn 表 达 式 应 该 
返回 一 个 临时 的 字符 串 ， 所 以 即使 name 没 有 进行 声明 ， 我 们 也 能 轻松 地 
推导 出 name 的 类 型 应 该 是 一 个 字符 串 类 型 。 在 C++11 中 ， 这 个 想法 得 到 
了 实现 。C++11 中 类 型 推导 的 实现 的 方式 之 一 就 是 重 定义 了 auto 关 键 
字 。 另 外 一 个 现实 是 decltype， 关 于 decltype 的 实现 ， 我 们 将 在 后 面 详细 





我 们 可 以 使 用 C++11 的 方式 书写 一 下 刚才 的 Python 代码 ， 如 代码 清 
单 4-3 所 示 。 


代码 清单 4-3 





#include <iostream> 
using namespace std; 
int main() { 


auto name = "world.\n"; 
cout << "hello, " << name; 
} 
// 编译 选项 


:g++ -Std=c++11 4-2-1.cpp 





这 里 我 们 使 用 了 auto 关 键 字 来 要 求 编 译 器 对 变量 name 的 类 型 进行 自 


动 推 导 。 这 里 编译 器 根据 它 的 初始 化 表达 式 的 类 型 ， 推 导出 name 的 类 型 
为 char* 。 这 样 一 来 承 达 到 了 跟 刚才 的 Python 代码 差不多 的 效果 。 





事实 上 ，auto 关 键 字 在 早期 的 C/C++ 标准 中 有 着 完全 不 同 的 含义 。 

声明 时 使 用 auto 修 饰 的 变量 ， 按 照 早 期 C/C++ 标准 的 解释 ， 是 具有 上 自动 
存储 期 的 局 部 变量 。 不 过 现实 情况 是 该 关键 字 几 乎 无 人 使 用 ， 因 为 一 般 
函数 内 没有 声明 为 static 的 变量 总 是 具有 自动 存储 期 的 局 部 变量 。 因 此 在 
C++11 中 ， 标 准 委员 会 决定 赋予 auto 全 新 的 含义 ， 即 auto 不 再 是 一 个 存 
储 类 型 指示 符 〈storage-class-specifier， 如 static、extern、thread_local 等 
都 是 存储 类 型 指示 符 ) ， 而 是 作为 一 个 新 的 类 型 指示 符 (type- 

specifier， 如 int、fhoat 等 都 是 类 型 指示 符 ) 来 指示 编译 器 ，auto 声 明 变 量 


的 类 型 必须 由 编译 器 在 编译 时 期 推导 而 得 。 























我 们 可 以 通过 代码 清单 4-4 所 示 的 例子 来 了 解 一 下 auto 类 型 推导 的 基 
本 用 法 。 


代码 清单 4-4 





int main() { 
double foo(); 
auto x = 1; // X 的 类 型 为 


int 
auto y = foo(); // y 的 类 型 为 


double 
struct m { int i; }str; 
auto stri = str; // Str1 的 类 型 是 


struct m 
auto Z; // 无 法 推导 ， 无 法 通过 编译 


Z = x; 


} 
// 编译 选项 


:g++ -Std=c++11 4-2-2.cpp 











在 代码 清单 4-4 中 ， 变 量 x 被 初始 化 为 1， 因 为 字面 常量 1 的 类 型 为 
const int， 所 以 编译 器 推导 出 x 的 类 型 应 该 为 int (这 里 const 类 型 限制 符 被 
EJ, MESHE) 。 同 理 在 变量 y 的 定义 中 ，auto 类 型 的 y 被 推导 为 


double 类 型 ， 而 在 auto strl 的 定义 中 ， 其 类 型 被 推导 为 struct m。 











值得 注意 的 是 变量 z:， 这 里 我 们 使 用 auto 关 键 字 来 “声明 ”z， 但 不 立 
即 对 其 进行 定义 ， 此 时 编译 器 则 会 报错 。 这 跟 通 过 其 他 关键 字 《 除 去 引 
用 类 型 的 关键 字 ) 先 声明 后 定义 变量 的 使 用 规则 是 不 同 的 。auto 声 明 的 
变量 必须 被 初始 化 ， 以 使 编译 器 能 够 从 其 初始 化 表达 式 中 推导 出 其 类 
型 。 从 这 个 意义 上 来 讲 ，auto 并 非 一 种 “类 型 "声明 ， 而 是 一 个 类 型 声明 
时 的 “ 占 位 符 ”， 编 译 器 在 编译 时 期 会 将 auto 蔡 代为 变量 实际 的 类 型 。 





4.2.2 _ auto 的 优势 


直观 地 ，auto 推 导 的 一 个 最 大 优势 就 是 在 拥有 初始 化 表达 式 的 复杂 
类 型 变量 声明 时 简化 代码 。 由 于 C++ 的 发 展 ， 声 明 变 量 类 型 也 变 得 越 来 
越 复 杂 ， 很 多 时 候 ， 名 字 空 间 、 模 板 成 为 了 类 型 的 一 部 分 ， 导 致 程序 员 
在 使 用 库 的 时 候 如 履 薄 冰 。 我 们 可 以 看 看 代码 清单 4-5 所 示 的 例子 。 











代码 清单 4-5 





#include <string> 
#include <vector> 
void loopover(std::vector<std::string> & vs) { 
std: :vector<std::string>::iterator i = vs.begin(); // 想 要 使 用 


Iterator， 往 往 需要 书写 大 量 代 码 


for (; i < vs.end(); i++) { 
// 一 些 代码 


} 


} 
// 编译 选项 


:g++ -C 4-2-3.cpp 





代码 清单 45 中 ， 我 们 在 不 使 用 using namespace std 的 情况 下 (事实 
上 ， 很 多 专家 的 建议 就 是 如 此 ) 想 对 一 个 vector 数 组 进行 循环 。 可 以 看 
到 ， 当 我 们 想 定 义 一 个 迭代 器 i 的 时 候 ， 我 们 必须 写 出 


std::Vector<std::string>::iterator 这 样 长 的 类 型 声明 。 即 使 是 一 位 擅长 元 服 








各 种 困难 的 C++ 老手 ， 也 不 会 对 如 此 元 长 的 代码 视而不见 。 而 使 用 auto 
的 话 ， 代 码 会 的 可 读 性 可 以 成 倍增 长 ， 如 代码 清单 4-6 所 示 。 


代码 清单 4-6 





#include <string> 
#include <vector> 
void loopover(std::vector<std::string> & vs) { 
for (auto i = vs.begin(); i < vs.end(); i++) { 
// 一 些 代码 


} 


} 
// 编译 选项 


:g++ -Cc -Std=c++11 4-2-4.cpp 








如 我 们 所 见 ， 使 用 了 auto， 程 序 员 甚至 可 以 将 的 声明 放 入 for 循 环 
中 ，i 的 类 型 将 由 表达 式 vs.begin() 推 导出 。 事 实 上 ， 形 如 代码 清单 4-5 的 
复杂 声明 在 使 用 STL 的 代码 中 处 处 可 见 ， 在 C++11 中 ， 由 于 auto 的 存 
人 在， 使 用 STL 将 会 变 得 更 加 容易 ， 写 出 的 代码 也 会 更 加 清晰 可 读 。 


auto 的 第 二 个 优势 则 在 于 可 以 免除 程序 员 在 一 些 类 型 声明 时 的 麻 
烦 ， 或 者 避免 一 些 在 类 型 声明 时 的 错误 。 事 实 上 ， 在 C/C++ 中 ， 存 在 着 
很 多 隐 式 或 者 用 户 自 定义 的 类 型 转换 规则 《比如 整 型 与 字符 型 进行 加 法 
运算 后 ， 表 达 式 返回 的 是 整 型 ， 这 是 一 条 隐 式 规则 ) 。 这 些 规 则 并 非 很 
容易 记忆 ， 励 其 是 在 用 户 目 定义 了 很 多 操作 符 之 后 。 而 这 个 时 候 ，auto 
就 有 用 武之 地 了 。 我 们 可 以 看 看 代码 清单 4-7 所 示 的 例子 。 








代码 清单 4-7 





class PI { 
public: 
double operator* (float v) { 
return (double)val * v; // 这 里 精度 被 扩展 了 





} 
const float val = 3.1415927f; 
/ 
int main() { 
float radius = 1.7e10; 
PI pi; 
auto circumference = 2 * (pi * radius); 


// 编译 选项 


:g++ -Std=c++11 4-2-5.cpp 





代码 清单 47 中 ， 定 义 了 float 型 的 变量 radius《〈 半 径 ) 以 及 一 个 目 定 
义 类 型 PI 变 量 pi《〈 值 ) ， 在 计算 圆周 长 的 时 候 ， 使 用 了 auto 类 型 来 定义 
变量 circumference。 这 里 ，PI 在 与 oat 类 型 数据 相 乘 时 ， 其 返回 值 为 
double。 而 PI 的 定义 可 能 是 在 其 他 的 地 方 “〈 头 文件 里 ) ，main 函 数 的 程 
序 员 可 能 不 知道 FI 的 作者 为 了 避免 数据 上 淤 或 者 精度 降低 而 返回 了 
double 类 型 的 浮 点 数 。 因 此 main 函 数 程序 员 如 有 果 使 用 float 类 型 声明 
circumference， 就 可 能 享受 不 了 PI 作者 细心 设计 带 来 的 好 处 。 反 之 ， 将 
circumference 声 明 为 auto， 则 坚 无 问题 ， 因 为 编译 器 已 经 目 动 地 做 了 最 
好 的 选择 。 





值得 指出 的 是 ，auto 并 不 能 解决 所 有 的 精度 问题 ， 我 们 可 以 看 看 代 
码 请 单 4-8 所 示 的 例子 。 


代码 清单 4-8 





#include <iostream> 
using namespace std; 
int main() { 
unsigned int a = 4294967295; / /最 大 的 


unsigned int 值 


unsigned int b = 1; 
auto c = a + b; // C 的 类 型 依然 是 


unsigned int 


cout << "a = " << a << endl; // a = 4294967295 
cout << "b = " << b << endl; //b=1 
cout << "a +b =" << c << endl;//a+b=0 


return 0; 


} 
// 编译 选项 


:g++ -std=c++11 4-2-6.cpp 





在 代码 清单 4-8 中 ， 程 友 员 可 能 指望 通过 声明 变量 c 为 auto 束 能 解决 
a+tb 洲 出 的 问题 。 而 实际 上 由 于 a+b 返 回 的 依然 是 unsigned int 的 值 ， 故 而 
c 的 类 型 依然 被 推导 为 unsigned int，auto 并 不 能 帮 上 忙 。 这 跟 一 些 动 态 类 
型 语言 中 数据 会 自动 进行 扩展 的 特性 还 是 不 一 样 的 。 











auto 的 第 三 个 优点 就 是 其 “ 自 适应 ”性 能 够 在 一 定 程度 上 支持 泛 型 的 
编程 。 


我 们 再 回 到 代码 清单 4-7 的 例子 ， 这 里 假设 PI 的 作者 改动 了 PI 的 定 
义 ， 比 如 将 operator* 返 回 值 变 为 long double， 此 时 ，main 函 数 并 不 需要 
修改 ， 因 为 auto 会 “ 目 适 应 ”新 的 类 型 。 





同 理 ， 对 于 不 同 的 平台 上 的 代码 维护 ，auto 也 会 带 来 一 些 “ 泛 型 ”的 
好 处 。 这 里 我 们 以 strlen 函 数 为 例 ， 在 32 位 的 编译 环境 下 ，strlen 返 回 的 
为 一 个 4 字 节 的 整 型 ， 而 在 64 位 的 编译 环境 下 ，strlen 会 返回 一 个 8 字 节 
的 整 型 。 虽 然 系 统 库 <cstring> 为 其 提供 了 size t 类 型 来 支持 多 平台 间 的 代 
码 共享 支持 ， 但 是 使 用 auto 关 键 字 我 们 同样 可 以 达到 代码 跨 平 台 的 效 
果 。 





auto var = strlen("hello world!"). 





由 于 size t 的 适用 范围 往往 局 限于 <cstring> 中 定义 的 函数 ，auto 的 适 
用 范围 明显 更 为 广泛 。 


当 auto 应 用 于 模板 的 定义 中 ， 其 “ 目 适应 ”性 会 得 到 更 加 充分 的 体 
现 。 我 们 可 以 看 看 代码 清单 4-9 所 示 的 例子 。 





代码 清单 4-9 





template<typename T1, typename T2> 
double Sum(T1 & t1, T2 & t2) { 
auto s = t1 + t2; // ”S 的 类 型 会 在 模板 实例 化 时 被 推导 出 来 


return s; 


int main() { 
int a = 3; 


long b = 5; 

float c = 1.0f, d = 2.3f; 

auto e = Sum<int ,long>(a, b); // S 的 类 型 被 推导 为 
long 


auto f = Sum<float,float>(c, d); // ”S 的 类 型 被 推导 为 


float 


} 
// 编译 选项 


:g++ -Std=c++11 4-2-7.cpp 





在 代码 清单 4-9 中 ，Sum 模 板 函 数 接受 两 个 参数 。 由 于 类 型 T1、T2 
要 在 模板 实例 化 时 才能 确定 ， 所 以 在 Sum 中 将 变量 s 的 类 型 声明 为 auto 
的 。 在 函数 main 中 我 们 将 模板 实例 化 时 ，Sum<int,long> 中 的 s 变 量 会 被 
推导 为 long 类 型 ， 而 Sum<float,float> 中 的 s 变 量 则 会 被 推导 为 float。 可 以 
看 到 ，auto 与 模板 一 起 使 用 时 ， 其 “ 自 适 应 ”特性 能 够 加 强 C++ 中 “ 泛 
型 ”的 能 力 。 不 过 在 这 个 例子 中 ， 由 于 总 是 返回 double 类 型 的 数据 ， 所 以 
Sum 模 板 函 数 的 适用 范围 还 是 受到 了 一 定 的 限制 ， 在 4.4 节 中 ， 我 们 可 以 
看 到 怎么 使 用 追踪 返回 类 型 的 函数 声明 来 完全 释放 Sum 泛 型 的 能 量 。 














另外 ， 应 用 auto 还 会 在 一 些 情况 下 取得 意 想不到 的 好 效果 。 我 们 可 
以 看 看 代码 清单 4-10 所 示 的 例子 叫 。 





代码 清单 4-10 





#define Maxi(a, b) ((a) > (b)) ? (a) : (b) 
#define Max2(a, b) ({ \ 
auto _a = (a); \ 
auto _b = (b); \ 
(a > _b) ? _a: _b; }) 
int main() { 
int m1 = Max1(1*2*3*4, 5+6+7+8); 
int m2 = Max2(1*2*3*4, 5+6+7+8); 





} 
// 编译 选项 


:g++ -Std=c++11 4-2-8.cpp 


ee | 


在 代码 清单 4-10 中 ， 我 们 定义 了 两 种 类 型 的 安 Max1 和 Max2。 两 者 
作用 相同 ， 都 是 求 a 和 b 中 较 大 者 并 返回 。 前 者 采用 传统 的 三 元 运算 符 表 
达 式 ， 这 可 能 会 带 来 一 定 的 性 能 问题 。 因 为 a 或 者 b 在 三 元 运算 符 中 都 出 
现 了 两 次 ， 那 么 无 论 是 取 a 还 是 取 b， 其 中 之 一 都 会 被 运算 两 次 。 而 在 
Max2 中 ， 我 们 将 a 和 b 都 先 算出 来 ， 再 使 用 三 元 运算 符 进 行 比较 ， 就 不 
会 存在 这 样 的 问题 了 。 

















在 传统 的 C++98 标 准 中 ， 由 于 a 和 b 的 类 型 无 法 获得 ， 所 以 我 们 无 法 
定义 Max2 这 样 高 性 能 的 宏 。 而 新 的 标准 中 的 auto 则 提供 了 这 种 可 行 性 。 


[1] 本 例 系 材 来 源 于 GNU C 的 手册 
http://gcc.gnu.org/onlinedocs/gcc/Typeof.html. 


4.2.3 auto 的 使 用 细则 


虽然 我 们 在 4.2.1 季 及 4.2.2 节 中 看 到 了 很 多 关于 auto 的 使 用 ， 不 过 
auto 使 用 上 还 有 很 多 语法 相关 的 细节 。 如 果 读 者 在 使 用 auto 的 时 候 遇 到 
一 些 不 理解 的 状况 ， 不 妨 回头 来 得 阅 一 下 这 些 规则 。 


首先 我 们 可 以 看 看 auto 类 型 指示 符 与 指针 和 引用 之 间 的 关系 。 在 
C++11 中 ，auto 可 以 与 指针 和 引用 结合 起 来 使 用 ， 使 用 的 效果 基本 上 会 
符合 C/C++ 程序 员 的 想象 。 我 们 可 以 看 看 代码 清单 4-11 所 示 的 例子 。 








代码 清单 4-11 





int x; 
int * y = &x; 
double foo(); 


int & bar(); 

auto * a = &x; // int* 
auto & b = x; // int& 
auto c = y; // int* 
auto d=y; // int* 
auto e = &f00(); // 编译 失败 


1 指针 不 能 指向 一 个 临时 变量 


auto & f = foo(); // 编译 失败 














, nonconst 的 左 值 引用 不 能 和 一 个 临时 变量 绑 定 





auto g = bar(); // int 
auto & h = bar(); // int& 
// 编译 选项 


:g++ -Std=c++11 4-2-9.cpp 








本 例 中 ， 变 量 a、c、d 的 类 型 都 是 指针 类 型 ， 且 都 指 同 变量 x。 实 际 
上 对 于 a、c、4d 三 个 变量 而 言 ， 声 明 其 为 auto* 或 auto 并 没有 区 别 。 而 如 
果 要 使 得 auto 声 明 的 变量 是 为 一 个 变量 的 引用 ， 则 必须 使 用 auto&， 如 
同 本 例 中 的 变量 b 和 bh 一 样 。 











其 次 ，auto 与 Volatile 和 const 之 间 也 存在 着 一 些 相 互 的 联系 。volatile 
和 const 代 表 了 变量 的 两 种 不 同 的 属性 : 易 失 的 和 常量 的 。 在 C++ 标 准 
中 ， 它 们 常常 被 一 起 叫 作 cv 限 制 符 (cv-qualifier) 。 鉴 于 cv 限制 符 的 特 
殊 性 ，C++11 标 准 规定 auto 可 以 与 cv 限制 符 一 起 使 用 ， 不 过 声明 为 auto 的 
变量 并 不 能 从 其 初始 化 表达 式 中 “ 带 走 ”cv 限制 符 。 我 们 可 以 看 看 代码 清 
单 4-12 所 示 的 例子 。 














代码 清单 4-12 





double foo(); 
float * bar(); 


const auto a = foo(); // a: const double 

const auto & b = foo(); // b: const double& 
volatile auto * c = bar(); // c: volatile float* 
auto d = a; // d: double 

auto & e = a; // e: const double & 
auto f = C; // f: float * 

volatile auto & g = C; // g: volatile float * & 


// 编译 选项 


:g++ -Std=c++11 4-2-10. cpp 





在 代码 清单 4-12 中 ， 我 们 可 以 通过 非 cv 限制 的 类 型 初始 化 一 个 cv 限 
制 的 类 型 ， 如 变量 a、b、c 所 示 。 不 过 通过 auto 声 明 的 变量 d、f 却 无 法 种 








走 a 和 f{ 的 第 量 性 或 者 易 失 性 。 这 里 的 例外 还 是 引用 ， 可 以 看 出 ， 声 明 为 
引用 的 变量 e、g 都 保持 了 其 引用 的 对 象 相同 的 属性 《〈 事 实 上 ， 指 针 也 是 
一 样 的 ) 。 





此 外 ， 跟 其 他 的 变量 指示 符 一 样 ， 同 一 个 赋值 语句 中 ，auto 可 以 用 
来 声明 多 个 变量 的 类 型 ， 不 过 这 些 变量 的 类 型 必须 相同 。 如 果 这 些 变量 
的 类 型 不 相同 ， 编 译 器 则 会 报错 。 事 实 上 ， 用 auto 来 声明 多 个 变量 类 型 
时 ， 只 有 第 一 个 变量 用 于 auto 的 类 型 推导 ， 然 后 推导 出 来 的 数据 类 型 被 
作用 于 其 他 的 变量 。 所 以 不 允许 这 些 变量 的 类 型 不 相同 ， 如 代码 清单 4- 
13 所 示 。 











代码 清单 4-13 





auto x = 1, y = 2; // X 和 
y 的 类 型 均 为 


int 
// Mm 是 一 个 指向 


const int 类 型 变量 的 指针 
, hn 是 一 个 


int 类 型 的 变量 


const auto* m 
J 


1; 
auto i = 1, j ; TL 编译 失败 


auto o = 1, &p = o, *q = &p; // 从 左 向 右 推导 


// 编译 选项 


:g++ -Std=c++11 4-2-11.cpp -Cc 


在 代码 清单 4-13 中 ， 我 们 使 用 auto 声 明了 两 个 类 型 相同 变量 x 和 y， 
并 用 逗号 进行 分 隅 ， 这 可 以 通过 编译 。 而 在 声明 变量 i 和 j 的 时 候 ， 按 照 
我 们 所 说 的 第 一 变量 用 于 推导 类 型 的 规则 ， 那 么 由 于 x 所 推导 出 的 类 型 
是 int， 那 么 对 于 变量 j 而 言 ， 其 声明 就 变 成 了 intj=3.14f， 这 无 疑 会 导致 
精度 的 损失 。 而 对 于 变量 m 和 n， 就 变 得 非常 有 趣 ， 这 里 似乎 是 auto 被 蔡 
换 成 了 int， 所 以 m 是 一 个 int* 指 针 类 型 ， 而 n 只 是 一 个 int 类 型 。 同 样 的 情 
况 也 发 生 在 变量 o、p、q 上 ， 这 里 o 是 一 个 类 型 为 int 的 变量 ，p 是 o 的 引 
用 ， 而 9 是 p 的 指针 。auto 的 类 型 推导 按照 从 左 往 右 ， 且 类 似 于 字面 替换 
的 方式 进行 。 事 实 上 ， 标 准 里 称 auto 是 一 个 将 要 推导 出 的 类 型 的 “ 占 位 
FF” (placeholder) 。 这 样 的 规则 无 疑 是 直观 而 让 人 略 感 意外 的 。 当 然 ， 
为 了 不 必要 的 繁琐 记忆 ， 程 序 员 可 以 选择 每 一 个 auto 变 量 的 声明 写成 一 
行 《 有 些 观 点 也 认为 这 是 好 的 编程 规范 ) 。 






































此 外 ， 只 要 能 够 进行 推导 的 地 方 ，C++11 都 为 auto 指 定 了 详细 的 规 
则 ， 保 证 编译 器 能 够 正确 地 推导 出 变量 的 类 型 。 包 括 C++11 新 引入 的 初 
始 化 列表 ， 以 及 new， 都 可 以 使 用 auto 关 键 字 ， 如 代码 清单 4-14 所 示 。 


代码 清单 4-14 


#include <initializer_list> 


auto x = 1; 
auto x1(1); 

















auto y {1}; // 使 用 初始 化 列表 的 
auto 

auto z = new auto(1); // 可 以 用 于 
new 

// 编译 选项 


:g++ -Std=c++11 -c 4-2-12.cpp 





代码 清单 4-14 中 ，auto 变 量 y 的 初始 化 使 用 了 初始 化 列表 ， 编 译 荐 可 
以 保证 y 的 类 型 推导 为 int。 而 z 指 针 所 指 疝 的 堆 变 量 在 分 配 时 依然 选择 让 
编译 占 对 类 型 进行 推导 ， 同 样 的， 编译 器 也 能 够 保证 这 种 方式 下 类 型 推 
导 的 正确 性 。 








不 过 auto 也 不 是 万 能 的 ， 受 制 于 语法 的 二 义 性 ， 或 者 是 实现 的 困难 
性 ，auto 往 往 也 会 有 使 用 上 的 限制 。 这 些 例 外 的 情况 都 写 在 了 代码 清单 
4-15 所 示 的 例子 当中 。 





代码 清单 4-15 





#include <vector> 
using namespace std; 
void fun(auto x =1){} // 1: auto 函 数 参数 ， 无 法 通过 编译 


struct str{ 
auto var = 10; // 2: auto 非 静态 成 员 变 量 ， 无 法 通过 编译 


}; 
int main() { 
char x[3]; 
auto y = X; 
auto z[3] = x; // 3: auto 数 组 ， 无 法 通过 编译 


// 4: auto 模 板 参数 (实例 化 时 ) ， 无 法 通过 编译 


vector<auto> v = {1}; 


} 
// 编译 选项 


:g++ -Std=c++11 4-2-13. cpp 








我 们 分 别 来 看 看 代码 清单 4-15 中 的 4 种 不 能 推导 的 情况 。 





1) 对 于 函数 fun 来 说 ，auto 不 能 是 其 形 参 类 型 。 可 能 读者 感觉 对 于 
fun 来 说 ， 由 于 其 有 默认 参数 ， 所 以 应 该 推导 fun 形 参 x 的 类 型 为 int 型 。 
但 事实 却 无 法 符合 大 家 的 想象 。 因 为 auto 是 不 能 做 形 参 的 类 型 的 。 如 果 
程序 员 需 要 泛 型 的 参数 ， 还 是 需要 求助 于 模板 。 





2) 对 于 结构 体 来 说 ， 非 静态 成 员 变 量 的 类 型 不 能 是 auto 的 。 同 样 
的 ， 由 于 var 定 义 了 初始 值 ， 读 者 可 能 认为 auto 可 以 推导 str 成 员 var 的 类 
型 为 nt 的。 但 编 诺 器 阻 上 auto 对 结构 体 中 的 非 豆 态 成 员 进 行 推导 ， 即 使 
成 员 拥 有 初始 值 。 





3) 声明 auto 数 组 。 我 们 可 以 看 到 ，main 中 的 x 是 一 个 数组 ，y 的 类 
型 是 可 以 推导 的 ， 而 声明 auto z[3] 这 样 的 数组 同样 会 被 编译 器 禁止 。 


4) 在 实例 化 模板 的 时 候 使 用 auto 作 为 模板 参数 ， 如 main 中 我 们 声 
明 的 vector<auto>v。 里 然 读 者 可 能 认为 这 里 一 眼 而 知 是 int 类 型 ， 但 编译 
器 却 阻止 了 编译 。 


以 上 4 种 情况 的 特点 基本 相似 ， 人 为 地 观察 很 容易 能 够 推导 出 auto 
所 在 位 置 应 有 的 类 型 ， 但 现 有 的 C++11 的 标准 还 没有 支持 这 样 的 使 用 方 
式 。 如 果 程 序 员 过 到 auto 不 够 聪明 的 情况 ， 不 妨 回 尖 看 看 是 否 违背 了 以 
上 一 些 规则 。 








此 外 ， 程 序 员 还 应 该 注意 ， 由 于 为 了 避免 和 C++98 中 auto 的 含义 发 
生 混 消 ，C++11 只 保留 auto 作 为 类 型 指示 符 的 用 法 ， 以 下 的 语句 在 
C++98 和 C 语 言 中 都 是 合法 的 ， 但 在 C++11 中 ， 编 译 器 则 会 报错 。 


auto int i = 1; 





总 的 来 说 ，auto 在 C++11 中 是 相当 关键 的 特性 之 一 。 我 们 之 后 还 会 
在 很 多 地 方 看 到 auto， 比 如 4.4 节 中 的 追踪 返回 类 型 的 函数 声明 ， 以 及 
7.3 节 中 lambda 与 auto 的 配合 使 用 等 。《〈 事 实 上 ， 第 3 章 中 我 们 也 使 用 
过 ) 。 不 过 ， 如 我 们 提 到 的 ，auto 只 是 C++11 中 类 型 推导 体现 的 一 部 
分 。 其 余 的 ， 则 会 在 decltype 中 得 到 体现 。 


4.3  decltype 


CEP 类 别 ， 库 作者 


4.3.1 typeiddecltype 


我 们 在 4.2 节 中 曾经 提 到 过 静态 类 型 和 动态 类 型 的 区 别 。 不 过 与 C 完 
全 不 支持 动态 类 型 不 同 的 是 ，C++ 在 Ct++98 标 准 中 就 部 分 支持 动态 类 型 
了 。 如 读者 能 够 想象 的 ，C++98 对 动态 类 型 支持 就 是 C++ 中 的 运行 时 类 
型 识别 CRTTI) 。 








RTTI 的 机 制 是 为 每 个 类 型 产生 一 个 type_info 类 型 的 数据 ， 程 序 员 可 
以 在 程序 中 使 用 typeid 随 时 查询 一 个 变量 的 类 型 ，typeid 就 会 返回 变量 相 
应 的 type_info 数 据 。 而 type_info 的 name 成 员 函 数 可 以 返回 类 型 的 名 字 。 
而 在 C++11 中 ， 又 增加 了 hash_code 这 个 成 员 函 数 ， 返 回 该 类 型 唯一 的 哈 
希 值 ， 以 供 程序 员 对 变量 的 类 型 随时 进行 比较 。 我 们 可 以 看 看 代码 清单 
4-16 所 示 的 例子 。 











代码 清单 4-16 





#include <iostream> 
#include <typeinfo> 
using namespace std; 
class White{}; 
class Black{}; 
int main() { 
White a; 
Black b; 
cout << typeid(a).name() << endl; // 5Swhite 
cout << typeid(b).name() << endl; // 5Black 
White c; 
bool a_b_sametype (typeid(a).hash_code() == typeid(b).hash_code( 
bool a_c_sametype (typeid(a).hash_code() == typeid(c).hash_code( 
cout << "Same type? " << endl; 
cout << "A and B? " << (int)a_b_sametype << endl; // 0 
cout << "A and C? " << (int)a_c_sametype << endl; // 1 


)); 
)); 


} 
// 编译 选项 


:g++ -Std=c++11 4-3-1.cpp 





这 里 我 们 定义 了 两 个 不 同 的 类 型 White 和 Black， 以 及 其 类 型 的 变量 
a 和 b。 此 外 我 们 使 用 typeid 返 回 类 型 的 type_info， 并 分 别 应 用 name 打 印 
类 型 的 名 字 (5 这 样 的 前 级 是 g++ 这 类 编译 器 输出 的 名 字 ， 其 他 编译 器 可 
能 会 打印 出 其 他 的 名 字 ， 这 个 标准 并 没有 明确 规定 ) ， 应 用 hash_code 
进行 类 型 的 比较 。 在 RTTI 的 支持 下 ， 程 序 员 可 以 在 一 定 程度 上 了 解 程 
序 中 类 型 的 信息 (这 里 可 以 注意 一 下 ， 相 比 于 4.1.2 节 中 的 is_same 模 板 
函数 的 成 员 类 型 value 在 编译 时 得 到 信息 ，hash_code 是 运行 时 得 到 的 信 
息 


Fa 











除了 typeid 外 ，RTTI 还 包括 了 C++ 中 的 dynamic_cast 等 特性 。 不 过 不 
得 不 提 的 是 ， 由 于 RTTI 会 带 来 一 些 运 行 时 的 开销 ， 所 以 一 些 编译 器 会 
让 用 户 选择 性 地 关闭 该 特性 (比如 XL C/C++ 编译 器 的 -qnortti，GCC 的 
选项 -fno-rttion， 或 者 微软 编译 器 选项 /GR-) 。 而 且 很 多 时 候 ， 运 行 时 才 
确定 出 类 型 对 于 程序 员 来 说 为 时 过 晚 ， 程 序 员 更 多 需要 的 是 在 编译 时 期 
确定 出 类 型 〈 标 准 库 中 非常 常见 ) 。 而 通常 程序 员 是 要 使 用 这 样 的 类 型 
而 不 是 识别 该 类 型 ， 因 此 RTTI 无 法 满足 需求 。 











事实 上 ， 在 C++ 的 发 展 中 ， 类 型 推导 是 随 着 模板 和 泛 型 编程 的 广泛 
使 用 而 引入 的 。 在 非 泛 型 的 编程 中 ， 我 们 不 用 对 类 型 进行 推导 ， 因 为 任 





何 表达 式 中 变量 的 类 型 都 是 明确 的 ， 而 运算 、 函 数 调用 等 也 都 有 明确 的 
返回 类 型 。 然 而 在 泛 型 的 编程 中 ， 类 型 成 了 未 知 数 。 我 们 可 以 回顾 一 下 
4.2 市 中 代码 清单 4-9 所 示 的 例子 ， 其 中 的 模板 函数 Sum 的 参数 的 tL 和 t2 类 
型 都 是 不 确定 的 ， 因 此 tt+t2 这 个 表达 式 将 返回 的 类 型 也 就 不 可 由 Sum 的 
编写 者 确定 。 无 疑 ， 这 样 的 状况 会 限制 模板 的 使 用 范围 和 编写 方式 。 而 
最 好 的 解决 办 法 就 是 让 编译 器 辅助 地 进行 类 型 推导 。 








在 decltype 产 生 之 前 ， 很 多 编译 器 的 广 商都 开发 了 自己 的 C++ 语言 扩 
展 用 于 类 型 推导 。 比 如 GCC 的 typeof 操 作 符 就 是 其 中 的 一 种 。C++11 则 
将 这 些 类 型 推导 手段 进行 了 细致 的 考量 ， 最 终 标准 化 为 auto 以 及 
decltype。 与 auto 类 似 地 ，decltype 也 能 进行 类 型 推导 ， 不 过 两 者 的 使 用 
方式 却 有 一 定 的 区 别 。 我 们 可 以 看 代码 清单 4-17 所 示 的 这 个 简单 的 例 
Fe 





代码 清单 4-17 





#include <typeinfo> 
#include <iostream> 
using namespace std; 
int main() { 
int i; 
decltype(i) j = 0; 
cout << typeid(j).name() << endl; // 打印 出 


wI g++ 表示 


float a; 

double b; 

decltype(a + b) c; 

cout << typeid(c).name() << endl; // 打印 出 


"qd", g++ 表示 


double 


// 编译 选项 


:g++ -Std=c++11 4-3-2.cpp 





在 代码 清单 4-17 中 ， 我 们 看 到 变量 j 的 类 型 由 decltype(D 进 行 声 明 ， 
表示 j 的 类 型 跟 i 相 同 (或 者 准确 地 说 ， 跟 i 这 个 表达 式 返 回 的 类 型 相 
ED 。 而 c 的 类 型 则 跟 (atb) 这 个 表达 式 返 回 的 类 型 相同 。 而 由 于 atb 加 法 
表达 式 返 回 的 类 型 为 double 〈a 会 被 扩展 为 double 类 型 与 bx 相 加 ) ， 所 以 c 
的 类 型 被 decltype 推 导 为 double。 





从 这 个 例子 中 可 以 看 到 ，decltype 的 类 型 推导 并 不 是 像 auto 一 样 是 从 
变量 声明 的 初始 化 表达 式 获 得 变量 的 类 型 ，decltype 总 是 以 一 个 普通 的 
表达 式 为 参数 ， 返 回 该 表达 式 的 类 型 。 而 与 auto 相 同 的 是 ， 作 为 一 个 类 
型 指示 符 ，decltype 可 以 将 获得 的 类 型 来 定义 妨 外 一 个 变量 。 与 auto 相 
同 ，decltype 类 型 推导 也 是 在 编译 时 进行 的 。 




















4.3.2 decltype 的 应 用 





在 C++11 中 ， 使 用 decltype 推 导 类 型 是 非常 常见 的 事情 。 比 较 典 型 的 
就 是 decltype 与 typdefrusing 的 合用 。 在 C++11 的 头 文 件 中 ， 我 们 党 能 看 以 
下 这 样 的 代码 : 





using size_t = decltype(sizeof(0)); 
using ptrdiff_t = decltype((int*)O - (int*)0); 
using nullptr_t = decltype(nullptr); 





这 里 size_t 以 及 ptrdiff_t 还 有 nullptr_ t (参见 7.1 节 ) 都 是 由 decltype 推 
导出 的 类 型 。 这 种 定义 方式 非常 有 意思 。 在 一 些 和 常量、 基本 类 型 、 运 算 
符 、 操 作 符 每 都 已 经 被 定义 好 的 情况 下 ， 类 型 可 以 按照 规则 被 推 寻 出 。 
而 使 用 using， 就 可 以 为 这 些 类 型 取 名 。 这 就 颠覆 了 之 前 类 型 拓展 需要 将 
扩展 类 型 “映射 ?到 基本 类 型 的 第 规 做 法 。 








除 此 之 外 ，decltype 在 某 些 场景 下 ， 可 以 极 大 地 增加 代码 的 可 读 
性 。 比 如 代码 清单 4-18 所 示 的 例子 。 


代码 清单 4-18 





#include <vector> 
using namespace std; 
int main() { 
vector<int> vec; 
typedef decltype(vec.begin()) vectype; 
for (vectype i = vec.begin(); i < vec.end(); i++) { 
// 做 一 些 事情 





for (decltype(vec)::iterator i = vec.begin(); i < vec.end(); i++) { 
// 做 一 些 事情 





} 


} 
// 编译 选项 


:g++ -std=c++11 4-3-3.cpp 





在 代码 清单 4-18 中 ， 我 们 定义 了 vector 的 iterator 的 类 型 。 这 个 类 型 
还 可 以 在 main 函 数 中 重用 。 当 我 们 遇 到 一 些 具 有 复杂 类 型 的 变量 或 表达 
式 时 ， 就 可 以 利用 decltype 和 typedef/using 的 组 合 来 将 其 转化 为 一 个 简单 
的 表达 式 ， 这 样 在 以 后 的 代码 写作 中 可 以 提高 可 读 性 和 可 维护 性 。 此 外 
我 们 可 以 看 到 decltype(vec)::iterator 这 样 的 灵活 用 法 ， 这 看 起 来 跟 auto 非 
常 类 似 ， 也 类 似 于 是 一 种 “ 占 位 符 ” 式 的 伏 代 。 


在 C++ 中 ， 我 们 有 时 会 遇 到 匿名 的 类 型 ， 而 拥有 了 decltype 这 个 利器 
之 后 ， 重 用 匿名 类 型 也 并 非 难 事 。 我 们 可 以 看 看 代码 清单 4-19 所 示 的 例 
fe 








代码 清单 4-19 





enum class{K1, K2, K3}anon_e; // 匿名 的 强 类 型 枚 举 


union { 
decltype(anon_e) key; 
char* name; 

}anon_u; // 匿名 的 


UnIon 联 合体 


struct { 
int d; 
decltype(anon_u) id; 
}anon_s[100]; // 匿名 的 


Struct 数 组 


int main() { 
decltype(anon_s) as; 
as[@].id.key = decltype(anon_e)::K1; // 3 








g 








匿名 强 类 型 枚 举 中 的 值 








} 
// 编译 选项 


:g++ -Std=c++11 4-3-4.cpp 





这 里 我 们 使 用 了 3 种 不 同 的 匿名 类 型 匿名 的 强 类 型 枚 举 
anon_e《〈 请 参见 5.1 节 ) 、 匿 名 的 联合 体 anon_u， 以 及 匿名 的 结构 体 数 组 
anon_s。 可 以 看 到 ， 只 要 通过 匿名 类 型 的 变量 名 anon_e、anon_u， 以 及 
anon_s，decltype 可 以 推导 其 类 型 并 且 进 行 重用 。 这 些 都 是 以 前 C++ 代码 
所 做 不 到 的 。 事 实 上 ， 在 一 些 C 代 码 中 ， 匿 名 的 结构 体 和 联合 体 并 不 少 
见 。 不 过 匿名 一 般 都 有 匿名 理由 ， 一 般 程序 员 都 不 希望 匿名 后 的 类 型 被 
重用 。 这 里 的 decltype 只 是 提供 了 一 种 语法 上 的 可 能 








进一步 地 ， 有 了 decltype， 我 们 可 以 适当 扩大 模板 泛 型 的 能 
是 以 代码 清单 4-9 为 例 ， 如 果 我 们 稍微 改变 一 下 函数 模板 的 接口 ， 该 模 
板 将 适用 于 更 大 的 范围 。 我 们 来 看 看 代码 清单 4-20 中 经 过 改进 的 例子 。 





代码 清单 4-20 


D | 


// ”S 的 类 型 被 声明 为 


decltype(t1 + t2) 

template<typename T1, typename T2> 

void Sum(T1 & t1, T2 & t2, decltype(t1 + t2) & s) { 
s = ti + t2; 


} 
int main() { 
int a = 3; 
long b = 5; 
float c = 1.0f, d = 2.3f; 
long e; 
float f; 
Sum(a, b, e); // SHARRA 


long 
Sum(c, d, f); // S 的 类 型 被 推导 为 


float 


} 
// 编译 选项 


:g++ -Std=c++11 4-3-5.cpp 





相 比 于 代码 清单 4-9 的 例子 ， 代 码 清 单 4-20 的 Sum 函 数 模板 增加 了 类 
型 为 decltype(t1+t2) 的 s 作 为 参数 ， 而 函数 本 身 不 返回 任何 值 。 这 样 一 
来 ，Sum 的 适用 范围 增加 ， 因 为 其 返回 的 类 型 不 再 是 代码 清单 4-9 中 单一 
的 double 类 型 ， 而 是 根据 t1+t2 推 导 而 来 的 类 型 。 不 过 这 里 还 是 有 一 定 的 
限制 ， 我 们 可 以 看 到 返回 值 的 类 型 必须 一 开始 就 被 指定 ， 程 序 员 必 须 清 
楚 Sum 运 算 的 结果 使 用 什么 样 的 类 型 来 存储 是 合适 的 ， 这 在 一 些 泛 型 编 
程 中 依然 不 能 满足 要 求 。 解 决 的 方法 是 结合 decltype 与 auto 关 键 字 ， 使 用 
追踪 返回 类 型 的 函数 定义 来 使 得 编译 器 对 函数 返回 值 进行 推导 。 我 们 会 
在 4.4 节 中 看 到 具体 的 细节 (事实 上 ，decltype 一 个 最 大 的 用 途 就 是 用 在 
追 踊 返 回 类 型 的 函数 中 ) 。 


在 代码 清单 4-20 中 模板 定义 虽然 存在 一 些 限制 ， 但 也 基本 是 可 以 广 
泛 使 用 的 。 但 是 不 得 不 提 的 是 ， 某 些 情况 下 ， 模 板 库 的 使 用 人 员 可 能 认 
为 一 些 自然 而 简单 的 数据 结构 ， 比 如 数组 ， 也 是 可 以 被 模板 类 所 包括 
的 。 不 过 很 明显 ， 如 果 tL 和 t2 是 两 个 数组 ，tl+t2 不 会 是 合法 的 表达 式 。 
为 了 避免 不 必要 的 误解 ， 模 板 库 的 开发 人 员 应 该 为 这 些 特 殊 的 情况 提供 
其 他 的 版 本 ， 如 代码 清单 4-21 所 示 。 





代码 清单 4-21 





template<typename T1, typename T2> 
void Sum(T1 & t1, T2 & t2, decltype(t1 + t2) & s) { 
s = ti + t2; 


} 
void Sum(int a[], int b[], int c[]){ 
// 数组 版 本 


int main() { 
int a[5], b[5], c[5]; 
Sum(a, b, c); // 选择 数组 版 本 


int d, e, f; 
Sum(d, e, f); // 选择 模板 的 实例 化 版 本 


} 
// 编译 选项 


:g++ -std=c++11 4-3-6.cpp 





在 代码 清单 4-21 中 ， 由 于 声明 了 数组 版 本 Sum， 编 译 器 在 编译 
Sum(a,b,c) 的 时 候 ， 会 优先 选择 数组 版 本 ， 而 编译 Sum(d,e,f) 的 时 候 ， 依 
然 会 对 应 到 模板 的 实例 化 版 本 。 这 就 能 够 保证 Sum 模 板 函 数 最 大 的 可 用 


性 (不 过 这 里 的 数组 版 本 似乎 做 不 了 什么 事情 ， 因 为 数组 长 度 丢 失 
Tia 


我 们 在 实例 化 一 些 模板 的 时 候 ，decltype 也 可 以 起 到 一 些 作 用 ， 我 
们 可 以 看 看 代码 清单 4-22 所 示 的 例子 。 





代码 清单 4-22 





#include <map> 

using namespace. std; 

int hash(char* 

map<char*, E E dict_key; // 无 法 通过 编译 


map<char*, decltype(hash(nullptr))> dict_key1; 
// 编译 选项 


:g++ -C -Std=c++11 4-3-7.cpp 





在 代码 清单 4-22 中 ， 我 们 实例 化 了 标准 库 中 的 map 模 板 。 因 为 该 
map 是 为 了 存储 字符 串 以 及 与 其 对 应 哈 希 值 的 ， 因 此 我 们 可 以 通过 
decltype(hashCnullptm) 来 确定 哈 希 值 的 类 型 。 这 样 的 定义 非常 直观 ， 但 
是 程序 员 必须 要 注意 的 是 ，decltype 只 能 接受 表达 式 做 参数 ， 像 函数 名 
做 参数 的 表达 式 decltype(hash) 是 无 法 通过 编译 的 。 








事实 上 ，decltype 在 C++11 的 标准 库 中 也 有 一 些 应 用 ， 一 些 标准 库 的 
实现 也 会 依赖 于 decltype 的 类 型 推导 。 一 个 典型 的 例子 是 基于 decltype 的 
模板 类 result_of， 其 作用 是 推导 函数 的 返回 类 型 。 我 们 可 以 看 一 下 应 用 
的 实例 ， 如 代码 清单 4-23 所 示 。 


代码 清单 4-23 





#include <type_traits> 
using namespace std; 
typedef double (*func)(); 
int main() { 
result_of<func()>::type f; // 由 











Func ( ) 推 导 其 结果 类 型 





} 
// 编译 选项 


:g++ -std=c++11 4-3-8.cpp 





这 里 f 的 类 型 最 终 被 推导 为 double， 而 result_of 并 没有 真正 调用 func() 
这 个 函数 ， 这 一 切 都 是 因为 底层 的 实现 使 用 了 decltype。result_of 的 一 个 
可 能 的 实现 方式 如 下 : 





template<class> 

struct result_of; 

template<class F, class... ArgTypes> 
struct result_of<F(ArgTypes...)> 


typedef decltype( 
std: :declval<F>()(std::declval<ArgTypes>()...) 
) type; 
}; 





请 读者 忽略 declval1" 1 ， 这 里 标准 库 将 decltype 作 用 于 函数 调用 上 
《使 用 了 变 长 函数 模板 ) ， 并 将 函数 调用 表达 式 返 回 的 类 型 typedef 为 一 
个 名 为 type 的 类 型 。 这 样 一 来 ， 代 码 清单 4-23 中 的 result_of<func()>::type 
就 会 被 decltype 推 导 为 double。 





[1] 实际 是 SIL 中 的 一 种 语法 技巧 ， 更 多 的 内 容 可 以 查阅 一 些 在 线 文档 ， 


如 http:/Wen.cppreference.com/w/cppymutility/declval 。 


4.3.3 ”decltype 推 导 四 规则 


作为 auto 的 伙伴 ，decltype 在 C++11 中 也 非常 重要 。 不 过 跟 auto 一 
样 ， 由 于 应 用 广泛 ， 所 以 使 用 decltype 也 有 很 多 的 细则 条 款 需 要 注意 。 
很 多 时 候 ， 用 户 会 发 现 decltype 的 行为 并 不 如 预期 ， 那 么 下 面 的 规则 可 
能 会 更 好 地 解释 这 些 “ 不 如 预期 ”的 编译 器 行为 。 








大 多 数 时 候 ，decltype 的 使 用 看 起 来 非常 平易 近 人 ， 但 是 有 时 我 们 
也 会 落 入 一 些 令 人 疑惑 的 陷阱 。 最 典型 的 就 是 代码 清单 4-24 所 示 的 这 个 
例子 。 





FUE 上 
代码 清单 4-24 
int i; 
decltype(i) a; // a: int 
decltype((i)) b; // b: int &, 无 法 编译 通过 
// 编译 选项 


:g++ -Std=c++11 4-3-9.cpp 





我 们 在 编译 代码 清单 4-24 的 时 候 ， 会 惊奇 地 发 现 ，decltype(Qi))b; 这 
样 的 语句 编译 不 过 。 编 译 器 会 提示 b 是 一 个 引用 ， 但 没有 被 赋 初 值 。 而 
decltype(i)a; 这 一 句 却 能 通过 编译 ， 因 为 其 类 型 被 如 预期 地 推导 为 int。 











这 种 问题 显得 非常 诡 寞 ， 单 单 多 了 一 对 圆 括号 ，decltype 所 推导 出 
的 类 型 居然 发 生 了 变化 。 事 实 上 ，C++11 中 decltype 推 导 返 回 类 型 的 规则 
比 我 们 想象 的 复杂 。 有 具体 地 ， 当 程序 员 用 decltype(e) 来 获取 类 型 时 ， 纺 
译名 将 依 序 判断 以 下 四 规则 : 





1) 如 果 e 是 一 个 没有 带 括 号 的 标记 符 表 达 式 〈id-expression ) 或 者 
类 成 员 访问 表达 式 ， 那 么 decltype(e) 就 是 e 所 命名 的 实体 的 类 型 。 此 外 ， 
如 果 e 是 一 个 被 重 载 的 函数 ， 则 会 导致 编译 时 错误 。 





2) 和 否则， 假设 e 的 类 型 是 T， 如 果 e 是 一 个 将 亡 值 C(xvalue)， 那 么 


decltype(e) NT&&. 


3) 人 否则， 假设 e 的 类 型 是 T， 如 果 e 是 一 个 左 值 ， 则 decltype(e) 为 


T&. 


4) 否则 ， 假 设 e 的 类 型 是 T， 则 decltype(e) 为 工 。 





这 里 我 们 要 解释 一 下 标记 符 表 达 式 〈id-expression) 。 基 本 上 ， 所 
有 除去 关键 字 、 字 面 量 等 编译 器 需要 使 用 的 标记 之 外 的 程序 员 自 定义 的 
标记 (token) 都 可 以 是 标记 符 Cidentifier) 。 而 单个 标记 符 对 应 的 表达 
式 就 是 标记 符 表 达 式 。 比 如 程序 员 定义 了 : 

















int arr[4]; 








那么 arr 是 一 个 标记 符 表 达 式 ， 而 arr[3]+0,arr[3] 等 ， 则 都 不 是 标记 符 


我 们 再 回 到 代码 清单 4-24， 并 结合 decltype 类 型 推导 的 规则 ， 就 可 
以 知道 ，decltype(i)a; 使 用 了 推导 规则 1 一 因为 是 一 个 标记 符 表 达 式 ， 所 
以 类 型 被 推导 为 int。 而 decltype(Qi))b; 中 ， 由 于 (i) 不 是 一 个 标记 符 表达 
式 ， 但 却 是 一 个 左 值 表达 式 〈 可 以 有 具名 的 地 址 ) ， 因 此 ， 按 昭 
decltype 推 导 规 则 3， 其 类 型 应 该 是 一 个 int 的 引用 。 








上 面 的 规则 看 起 来 非常 复杂 ， 但 事实 上 ， 在 实际 应 用 中 ，decltype 
类 型 推导 规则 中 最 容易 引起 迷惑 的 只 有 规则 1 和 规则 3。 我 们 可 以 通过 代 
码 清 单 4-25 所 示 的 这 个 例子 再 加 深 一 下 理解 。 








代码 清单 4-25 





int i = 4; 

int arr[5] = {0}; 

int *ptr = arr; 

struct S { double d; } s; 

void Overloaded(int); 

void Overloaded(char); // 重 载 的 函数 


int && RvalRef(); 
const bool Func(int); 
// 规则 


工 ; 单个 标记 符 表达 式 以 及 访问 类 成 员 ， 推 导 为 本 类 型 





decltype(arr) vari; // int[5], 标记 符 表达 式 


decltype(ptr) var2; // int*, 标记 符 表达 式 


decltype(s.d) var4; 


// double, 成 员 访问 表达 式 


decltype(Overloaded) var5; // 无 法 通过 编译 ， 是 个 重 载 的 函数 


// 规则 











2: 将 亡 值 ， 推 导 为 类 型 的 右 值 引 











decltype(RvalRef()) var6 = 1; // int&& 


// 规则 


3: 左 值 ， 推 导 为 类 型 的 引用 


decltype(true ? i : i) var7 = i; 


的 左 值 


decltype((i)) var8 


ll 
H. 


ll 


decltype(++i) var9 = i; 


的 左 值 


decltype(arr[3]) var10 = i; 


decltype(*ptr) varii = i; 


decltype("lval") vari2 = "lval"; 


// 规则 


4: 以 上 都 不 是 ， 推 导 为 本 类 型 


// 


// 


// 


// 


// 


// 





int&, 三 元 运算 符 ， 这 里 ; 








i 








int&, 带 圆 括号 的 左 什 





int&, ++i 


El 














int& [] 操 作 返 


a 





左 值 











int& * 操 作 返 


五 








左 值 





const char(&)[9], 字符 9 


过 





字面 常量 为 左 值 


decltype(1) var13; // int, 除 字符 串 外 字面 常量 为 右 什 

















decltype(it++) var14; // int, ++ 返回 右 值 
decltype((Func(1))) var15; // const bool, 圆 括号 可 以 忽略 
// 编译 选项 


:g++ -Std=c++11 -c 4-3-10.cpp 





代码 清单 4-25 中 我 们 将 四 种 规则 的 例子 都 列 了 出 来 。 可 以 看 到 ， 规 
则 1 不 但 适用 于 基本 数据 类 型 ， 还 适用 于 指针 、 数 组 、 结 构 体 ， 甚 至 函 
数 类 型 的 推导 ， 事 实 上 ， 规 则 1 在 decltyp 类 型 推导 中 运用 的 最 为 广泛 。 
而 规则 2 则 比较 简单 ， 基 本 上 符合 程序 员 的 想象 。 


规则 3 其 实 是 一 个 左 值 规则 。decltype 的 参数 不 是 标志 表达 式 或 者 类 
成 员 访问 表达 式 ， 且 参数 都 为 左 值 ， 推 导出 的 类 型 均 为 左 值 引用 。 规 则 
4 则 是 适用 于 以 上 都 不 适用 者 。 我 们 这 里 看 到 了 ++i 和 i++ 在 左右 值 上 的 
区 别 ， 以 及 字符 串 字 面向 量 lval、 非 字符 串 字 面 冲 量 1 在 左右 值 间 的 区 


Ho 





看 过 这 么 多 规则 ， 读 者 可 能 党 得 过 于 复杂 ， 但 事实 上 ， 如 同 我 们 之 
前 提 到 的 ， 引 起 采 烦 的 只 是 规则 3 带 来 的 左 值 引用 的 推导 。 一 个 简单 的 
能 够 让 编译 需 提 示 的 方法 是 ， 如 果 使 用 decltype 定 义 变 量 ， 那 么 和 匈 声 明 
这 个 变量 ， 再 在 其 他 语句 里 对 其 进行 初始 化 。 这 样 一 来 ， 由 于 左 值 引用 


总 是 需要 初始 化 的 ， 编 译 器 会 报错 提示 。 男 外 一 些 时 候 ，C++11 标 准 库 
中 添加 的 模板 类 is_lvalue_reference， 可 以 帮助 程序 员 进 行 一 些 推导 结果 
的 识别 。 我 们 看 看 代码 清单 4-26 所 示 的 例子 。 





代码 清单 4-26 





#include <type_traits> 
#include <iostream> 
using namespace std; 
int i = 4; 

int arr[5] = {0}; 

int *ptr = arr; 

int && RvalRef(); 

int main(){ 


cout << is_rvalue_reference<decltype(RvalRef())>::value << endl; // 1 
cout << is_lvalue_reference<decltype(true ? i : i)>::value << endl; // 1 
cout << is_lvalue_reference<decltype((i))>::value << endl; // 1 
cout << is_lvalue_reference<decltype(++i)>::value << endl; // 1 
cout << is_lvalue_reference<decltype(arr[3])>::value << endl; // 1 
cout << is_lvalue_reference<decltype(*ptr)>::value << endl; // 1 
cout << is_lvalue_reference<decltype("lval")>::value << endl; // 1 
cout << is_lvalue_reference<decltype(i++)>::value << endl; // 0 
cout << is_rvalue_reference<decltype(i++)>::value << endl; // 0 


} 
// 编译 选项 


:g++ -Std=c++11 4-3-11. cpp 





代码 清单 4-26 中 ， 我 们 使 用 了 模板 类 is_lvalue_reference 的 成 员 value 
来 查看 decltype 的 效果 (1 表示 是 左 值 引用 ，0 则 有 反之) 。 如 我 们 所 见 ， 
代码 清单 4-26 中 凡是 符合 规则 3 的 ， 都 会 被 推导 为 左 值 引用 。 如 果 程 序 
员 在 程序 的 书写 中 不 是 非常 确定 decltype 是 和 否 将 类 型 推导 为 左 值 引用 ， 
也 可 以 通过 这 样 的 小 实验 来 辅助 确定 。 这 里 我 们 还 使 用 了 模板 函数 
is_rvalue_reference， 同 样 ， 程 序 员 也 可 以 通过 它 来 确定 decltype 是 否 推 
导出 了 右 值 引用 。 








4.3.4 cv 限制 符 的 继承 与 见 余 的 符号 





与 auto 类 型 推导 时 不 能 “ 带 走 ”cv 限制 符 不 同 ，decltype 
走 ” 表 达 式 的 cv 限制 符 的 。 不 过 ， 如 果 对 象 的 定义 中 有 const 或 volatile 限 
制 符 ， 使 用 decltype 进 行 推 导 时 ， 其 成 员 不 会 继承 const 或 volatile 限 制 


从。 我 们 可 以 看 看 如 代码 清单 4-27 所 示 的 例子 。 


代码 清单 4-27 





#include <type_traits> 
#include <iostream> 
using namespace std; 
const int ic = 0; 
volatile int iv; 
struct S { int i; }; 
const S a = {0}; 
volatile S b; 

volatile S* p = &b; 


int main() { 


cout 
cout 
cout 
cout 
cout 


const 
cout 


volatile 


/ / 编译 选项 


<< 
<< 
<< 
<< 
<< 


is_const<decltype(ic)>::value << endl; // 
is_volatile<decltype(iv)>::value << endl; // 
is_const<decltype(a)>::value << endl; // 
is_volatile<decltype(b)>::value << endl; // 
is_const<decltype(a.i)>::value << endl; // 


is_volatile<decltype(p->i)>::value << endl; // 


:g++ -Std=c++11 4-3-12. cpp 





代码 清单 4-27 的 例子 中 ， 我 们 使 用 了 C++ 库 提供 的 is_const 和 
is_volatile 来 得 看 类 型 是 否 是 常量 或 者 易 失 的 。 可 以 看 到 ， 纺 构 体 变量 














O@RREEB 


By 4b 
JÆ Hb 


a、b 和 结构 体 指 针 p 的 cv 限制 符 并 没有 出 现在 其 成 员 的 decltype 类 型 推导 
结果 中 。 


而 与 auto 相 同 的 ，decltype 从 表达 式 推导 出 类 型 后 ， 进 行 类 型 定义 
时 ， 也 会 允许 一 些 宛 余 的 符号 。 比 如 cv 限制 符 以 及 引用 符号 &， 通 常情 
况 下 ， 如 果 推 导出 的 类 型 已 经 有 了 这 些 属性 ， 见 余 的 符号 则 会 被 忽略 ， 
如 代码 清单 4-28 所 示 。 


代码 清单 4-28 





#include <type_traits> 

#include <iostream> 

using namespace std; 

int i= 1; 

int & j = i; 

int * p = &i; 

const int k = 1; 

int main() { 
decltype(i) & var1 
decltype(j) & var2 


i; 
i; // 元 余 的 


&, 被 忽略 


cout << is_ lvalue reference<decltype(var1)>::value << endl;// 是 左 值 引用 


B 





cout << is_rvalue_reference<decltype(var2)>::value << endl;// 0, 不 是 右 值 引 月 














cout << is_lvalue_reference<decltype(var2)>::value << endl;// 1, 是 左 值 引用 


decltype(p)* var3 = &i; // 无 法 通过 编译 


decltype(p)* var3 = &p; // Var3 的 类 型 是 


int** 


auto* v3 = p; // V3 的 类 型 是 


int* 
v3 = &i 
const deelevoetki Var4 = 1; // 元 余 的 


const, 被 忽略 


Í 
// 编译 选项 


:g++ -Std=c++11 4-3-13. cpp 





在 代码 清单 4-28 中 ， 我 们 定义 了 类 型 为 decltype(i)& 的 变量 var1， 以 

及 类 型 为 decltype(j)& 的 变量 var2。 由 于 i 的 类 型 为 int， 所 以 这 里 的 引用 

符号 保证 varl 成 为 一 个 int& 引 用 类 型 。 而 由 于 j 本 来 就 是 一 个 int& 的 引用 

类 型 ， 所 以 decltype 之 后 的 && 成 为 了 元 余人 符号， 会 被 编译 器 忽略 ， 因 此 j 
的 类 型 依然 是 int&。 


这 里 特别 要 注意 的 是 decltype(p)* 的 情况 。 可 以 看 到 ， 在 定义 var3 变 
量 的 时 候 ， 由 于 p 的 类 型 是 intt， 因 此 var3 被 定义 为 了 int** 类 型 。 这 跟 
auto 声 明 中 ，* 也 可 以 是 见 余 的 不 同 。 在 decltype 后 的 * 写 ， 并 不 会 被 编译 
Ait CALE, 





此 外 我 们 也 可 以 看 到 ，var4 中 const 可 以 被 元 余 的 声明 ， 但 会 被 编译 
妖 忽 略 ， 同 样 的 情况 也 会 发 生 在 volatile 限 制 从 上 


总 的 说 来 ，decltype 算 得 上 是 C++11 中 类 型 推导 使 用 方式 上 最 灵活 的 
一 种 。 虽 然 看 起 来 它 的 推导 规则 比较 复杂 ， 有 的 时 候 跟 auto 推 导 结 





略 有 不 同 ， 但 大 多 数 时 候 ， 我 们 发 现 使 用 decltype 还 是 自然 而 亲切 的 。 
一 些 细则 的 区 别 ， 读 者 可 以 在 使 用 时 直到 问题 再 返回 但 验 。 而 下 面 的 退 

返回 类 型 的 函数 定义 ， 则 将 融合 auto、decltype， 将 C++11 中 的 泛 型 能 
力 提升 到 更 高 的 水 平 。 





CHP 类 别 ， 库 作者 


44.1 ”追踪 返回 类 型 的 引入 





如 我 们 在 4.2 节 与 4.3 节 中 反复 提 到 的 ， 追 踊 返 回 类 型 配合 auto 与 
decltype 会 真正 释放 C++11 中 泛 型 编程 的 能 


在 C++98 中 ， 如 果 一 个 函数 模板 的 返回 类 型 依赖 于 实际 的 入 口 参数 
类 型 ， 那 么 该 返回 类 型 在 模板 实例 化 之 前 可 能 都 无 法 确定 ， 这 样 的 话 我 
们 在 定义 该 函数 模板 时 就 会 遇 到 麻烦 。 可 以 回想 一 下 代码 清单 4-9 的 例 
子 ， 由 于 Sum 模 板 函数 的 两 个 参数 导 与 2 的 类 型 没有 确定 ， 所 以 我 们 只 
能 简单 地 设置 结果 $ 为 double 类 型 并 返回 。 这 就 限制 了 Sum 的 使 用 范围 
(大 概 只 能 用 于 数值 不 算 太 大 的 算术 运算 ) 。 而 在 代码 清单 4-20 中 ， 我 
们 改进 了 Sum 模 板 函 数 ， 通 过 增加 decltype(t1+t2) 的 参数 的 方式 来 返回 泛 
型 的 值 。 这 样 做 虽然 扩大 了 Sum 的 适用 范围 ， 但 改变 了 Sum 的 使 用 方 
式 ， 在 一 些 情况 下 ， 也 是 不 可 以 接受 的 。 而 且 由 于 程序 员 必 须 预 先知 道 
返回 的 类 型 ， 其 使 用 上 的 灵活 性 也 就 打 了 一 些 折扣 。 














那么 ， 最 为 直观 的 解决 方式 就 是 对 返回 类 型 进行 类 型 推导 。 而 最 为 
直观 的 书写 方式 如 下 所 示 : 
template<typename T1, typename T2> 


decltype(t1 + t2) Sum(T1 & t1, T2 & t2) { 
return t1 + t2; 
} 





这 样 的 写法 虽然 看 似 不 错 ， 不 过 对 编译 器 来 说 有 些小 问题 。 编 译 器 
在 推导 decltype(t1+t2) 时 的 ， 表 达 式 中 的 tL 和 也 都 未 声明 (虽然 它们 近 在 
ROR, BaP as AVA eM Ac TEA EA TES) 。 按 照 C/C++ 编 译 器 的 规 
则 ， 变 量 使 用 前 必须 已 经 声明 ， 因 此 ， 为 了 解决 这 个 问题 ，C++11 引 入 
新 语法 一 退 踪 返回 类 型 ， 来 声明 和 定义 这 样 的 函数 。 








template<typename T1, typename T2> 
auto Sum(T1 & t1, T2 & t2) -> decltype(t1 + t2)f{ 
return t1 + t2; 


} 





如 上 面 的 写法 所 示 ， 我 们 把 函数 的 返回 值 移 至 参数 声明 之 后 ， 复 合 
符号 ->decltype(t1+t2) 被 称 为 妃 踪 返回 类 型 。 而 原本 函数 返回 值 的 位 置 由 
auto 关 键 字 占 据 。 这 样 ， 我 们 就 可 以 让 编译 器 来 推导 Sum 函 数 模板 的 返 
回 类 型 了 。 而 auto 占 位 符 和 ->return_type 也 就 是 构成 追踪 返回 类 型 函数 
的 两 个 基本 元 素 。 











4.4.2 ”使 用 追踪 返回 类 型 的 函数 


返回 类 型 的 函数 和 普通 水 数 的 声明 最 大 的 区 别 在 于 返回 类 型 的 
后 置 。 在 一 般 情 况 下 ， 普 通 函 数 的 声明 方式 会 明显 简单 于 最 终 返 回 类 
型 。 比 如 : 





int func(char* a, int b); 





这 样 的 书写 会 比 下 面 的 书写 少 上 不 少 。 





auto func(char*a, int b) -> int; 





不 过 有 的 时 候 ， 退 踩 返 回 类 型 声明 的 函数 也 会 带 给 大 家 一 些 意外 ， 
比如 代码 清单 4-29 所 示 的 这 个 例子 。 


代码 清单 4-29 





class OuterType{ 
struct InnerType { int i; }; 
InnerType GetInner(); 
InnerType it; 


i 
// 可 以 不 写 
OuterType: :InnerType 
auto OuterType::GetInner() -> InnerType { 
return it; 
// 编译 选项 


:g++ -Std=c++11 4-4-1.cpp 


a | 


在 代码 清单 4-29 中 ， 可 以 看 到 我 们 使 用 最 终 返 回 类 型 的 时 候 ， 
InnerType 不 必 写 明 其 作用 域 。 这 对 于 讨厌 写 很 长 作用 域 的 程序 员 来 说 ， 
也 算得 上 是 一 个 好 消息 。 





如 我 们 刚才 提 到 的 ， 返 回 类 型 后 置 ， 使 模板 中 的 一 些 类 型 推导 就 成 
为 了 可 能 。 我 们 可 以 看 看 代码 清单 4-30 所 示 的 使 用 退 踪 返回 类 型 的 例 
te 





代码 清单 4-30 





#include <iostream> 

using namespace std; 

template<typename T1, typename T2> 

auto Sum(const T1 & t1, const T2 & t2) -> decltype(ti + t2){ 
return t1 + t2; 

} 


template <typename T1, typename T2> 
auto Mul(const T1 & ti, const T2 & t2) -> decltype(ti * t2){ 
return t1 * t2; 


} 
int main() { 
auto a = 3; 
auto b = 4L; 
auto pi = 3.14; 
auto c = Mul(Sum(a, b), pi); 
cout << c << endl; // 21.98 


} 
// 编译 选项 


:g++ -Std=c++11 4-4-2.cpp 





在 代码 清单 4-30 的 例子 中 ， 我 们 定义 了 两 个 模板 函数 Sum 和 Mul， 
它们 的 参数 的 类 型 和 返回 值 都 在 实例 化 时 决定 。 而 由 于 main 函 数 中 还 使 
用 了 auto， 整 个 例子 中 没有 看 到 一 个 “具体 ”的 类 型 声明 。 事 实 上 ， 这 段 
代码 尤其 是 主 函 数 ， 看 起 来 有 点 像 是 一 个 动态 类 型 语言 的 代码 ， 而 不 像 


是 一 个 有 着 严格 静态 类 型 的 C+t+ 的 代码 。 当 然 ， 这 一 切 都 要 归功 于 类 型 
推导 帮助 下 的 泛 型 编程 。 程 序 员 在 编写 代码 时 无 需 关 心 任何 时 段 的 类 型 
选择 ， 编 详 右 会 合理 地 进行 推导 ， 而 简单 程序 的 书写 也 由 此 得 到 了 极 大 
的 简化 。 





除了 解决 以 上 所 描述 的 问题 ， 妃 踩 返 回 类 型 的 另 一 个 优势 是 简化 函 
数 的 定义 ， 提 高 代码 的 可 读 性 。 这 种 情况 常见 于 函数 指针 中 。 我 们 可 以 
看 一 下 代码 清单 4-31 所 示 的 例子 。 


代码 清单 4-31 





#include <type_traits> 
#include <iostream> 
using namespace std; 
// 有 的 时 候 ， 你 会 发 现 这 是 面试 题 


int ( (pf())())() f 


return nullptr; 





} 
// auto (*)() -> int(*) () 一 个 返回 函数 指针 的 函数 











(假设 为 


am 


) 
// auto pf1() -> auto (*)() -> int (*)() 一 个 返回 





组 函数 的 指针 的 函数 


auto pf1() -> auto (*)() -> int (*)() { 
return nullptr; 


int main() { 
cout << is_same<decltype(pf), decltype(pf1)>::value << endl; // 1 
} 


// 编译 选项 


:g++ -Std=c++11 4-4-3.cpp 





在 代码 清单 4-31 中 ， 定 义 了 两 个 类 型 完全 一 样 的 函数 pf 和 pf1。 其 返 
回 的 都 是 一 个 函数 指针 。 而 该 函数 指针 又 指 同一 个 返回 函数 指针 的 函 
数 。 这 一 点 通过 is_same 的 成 员 value 已 经 能 够 确定 了 (4.1.1) o m 
仔细 看 一 看 函数 类 型 的 声明 ， 可 以 发 现 老式 的 声明 法 可 读 性 非常 差 。 而 
追踪 返回 类 型 只 需要 依照 从 右 向 左 的 方式 ， 就 可 以 将 共 套 的 声明 解析 出 
来 。 这 大 大 提高 了 符 套 函数 这 类 代码 的 可 读 性 。 








除 此 之 外 ， 追 踪 返 回 类 型 也 被 广泛 地 应 用 在 转发 函数 中 ， 如 代码 清 
单 4-32 所 示 。 


代码 清单 4-32 





#include <iostream> 
using namespace std; 
double foo(int a) { 
return (double)a + 0.1; 


} 
int foo(double b) { 
return (int)b; 


template <class T> 
auto Forward(T t) -> decltype(foo(t)){ 
return foo(t); 


int main()f{ 
cout << Forward(2) << endl; // 2.1 
cout << Forward(0.5) << endl; // 0 
} 
// 编译 选项 
:g++ -Std=c++11 4-4-4.cpp 
ee | 


代码 清单 432 中 ， 我 们 可 以 看 到 ， 由 于 使 用 了 妃 踪 返回 类 型 ， 可 以 
实现 参数 和 返回 类 型 不 同时 的 转发 。 


退 踪 返回 类 型 还 可 以 用 在 函数 指针 中 ， 其 声明 方式 与 奶 踪 返回 类 型 
的 函数 比 起 来 ， 并 没有 太 大 的 区 别 。 比 如 : 


auto (*fp)() -> int; 





和 


int (*fp)(); 


的 函数 指针 声明 是 等 价 的 。 同 样 的 情况 也 适用 于 函数 引用 ， 比 如 : 


auto (&fr)() -> int; 


和 





int (&fr)(); 


的 声明 也 是 等 价 的 。 


除了 以 上 所 描述 的 函数 模板 、 普 通 函 数 、 函 数 指针 、 函 数 引 用 以 
外 ， 退 踊 返 回 类 型 还 可 以 用 在 结构 或 类 的 成 员 函 数 、 类 模板 的 成 员 函 数 
里 ， 其 方法 大 同 小 异 ， 这 里 不 一 一 举例 了 。 为 外 ， 没 有 返回 值 的 函数 也 
可 以 被 声明 为 追踪 返回 类 型 ,程序 员 只 需要 将 返回 类 型 声明 为 void 即 














4.5 基于 范围 的 for 循 环 
CE 类 别 ， 所 有 人 


在 C++98 标 准 中 ， 如 果 要 亿 历 一 个 数组 ， 会 需要 代码 清单 4-33 
所 示 的 代码 。 


代码 清单 4-33 





#include <iostream> 
using namespace std; 
int main() { 
int arr[5] = { 1, 2, 3, 4, 5}; 
int * p; 
for (p = arr; p < arr + sizeof(arr)/sizeof(arr[0]); ++p){ 
*p k= 25 
for (p = arr; p < arr + sizeof(arr)/sizeof(arr[0]); ++p){ 
cout << *p << '\t'; 


} 


J 
// 编译 选项 


‘g++ 4-5-1.cpp 





代码 清单 4-33 中 ， 我 们 使 用 了 指针 p 来 遍历 数组 arr 中 的 内 容 ， 两 个 
循环 分 别 完成 了 每 个 元 素 自 乘 以 2 和 打印 工作 。 而 C++ 的 标准 模板 库 
中 ， 我 们 还 可 以 找到 形 如 for_each 的 模板 函数 。 如 有 果 我 们 使 用 for_each 来 
完成 代码 清单 4-33 中 的 工作 ， 代 码 看 起 来 会 是 代码 清单 4-34 所 示 的 样 
Te 


` 


代码 清单 4-34 


一 


#include <algorithm> 

#include <iostream> 

using namespace std; 

int actioni(int & e){ e *= 2; } 

int action2(int & e){ cout << e << '\t'; } 

int main() { 
int arr[5] = { 1, 2, 3, 4, 5}; 
for_each(arr, arr + sizeof(arr)/sizeof(arr[0]), action1); 
for_each(arr, arr + sizeof(arr)/sizeof(arr[0]), action2); 


} 
// 编译 选项 


‘g++ -Std=c++11 -c 





for_each 使 用 了 过 代 器 的 概念 ， 其 迭代 器 就 是 指针 。 由 于 迭代 器 内 
含 了 自 增 操作 的 概念 ， 所 以 如 代码 清单 4-33 中 的 ++p 操 作 则 可 以 不 写 在 
for_each 循 环 中 了 。 不 过 无 论 是 代码 清单 4-33 还 是 代码 清单 434， 都 需要 
告诉 循环 体 其 界限 的 范围 ， 即 arr 到 arr+sizeof(arry/sizeof(arr[0]) 之 间 ， 才 
能 按 元 素 执行 操作 。 








事实 上 ， 循 环 的 “ 目 动 范围 > 这 个 问题 ， 在 很 多 语言 中 已 经 实现 了 。 
我 们 可 以 看 看 bash 中 for 循 环 的 使 用 方法 。 





for i in '1 2 345' ; 
do 

$i = `expr $i + $i`; 
echo $i; 





上 面 的 bash 完 成 了 与 代码 清单 4-33 及 代码 清单 4-34 一 样 的 功能 ， 不 
语法 上 ，bash 使 用 了 for...in 的 方式 ， 因 此 循环 的 范围 是 “ 自 说 明 ” 的 ， 
是 在 ‘12345’ 这 样 的 范围 中 完成 元 素 操 作 的 。 很 多 时 候 ， 对 于 一 个 有 范围 
的 集合 而 言 ， 由 程序 员 来 说 明 循环 的 范围 是 多 余 的 ， 也 是 容易 犯错 误 








的 。 而 C++11 也 引入 了 基于 范围 的 for 循 环 ， 就 可 以 很 好 地 解决 了 这 个 问 


我 们 可 以 看 一 下 基于 范围 的 for 循 环 改写 的 例子 ， 如 代码 清单 4-35 所 


代码 清单 4-35 


#include <iostream> 

using namespace std; 

int main() { 
int arr[5] = { 1, 2, 3, 4, 5 }; 
for (int & e: arr) 


e = 了 
for (int & e: arr) 
cout << e << '\t'; 
} 
// 编译 选项 


:g++ -Std=c++11 4-5-3.cpp 


代码 清单 4-35 就 是 一 个 基于 范围 的 for 循 环 的 实例 。for 循 环 后 的 括号 
HES: ”分 为 两 部 分 ， 第 一 部 分 是 范围 内 用 于 迭代 的 变量 ， 第 二 部 分 
则 表示 将 被 迁 代 的 范围 。 在 代码 清单 4-35 这 个 具体 的 例子 当中 ， 表 示 的 
是 在 数组 arr 中 用 从 代 器 e 进 行 吉 历 。 这 样 一 来 ， 遍 历数 组 和 STL 容 器 就 
非常 容易 了 。 





在 代码 清单 4-35 中 ， 基 于 范围 的 for 循 环 中 友 代 的 变量 采用 了 引用 的 
形式 ， 如 宋 迭 代 变 量 的 值 在 循环 中 不 会 被 修改 ， 那 我 们 完全 可 以 不 用 引 
用 的 方式 来 做 迭代 变量 。 比 如 上 例 中 的 第 二 个 基于 范围 的 for 循 环 可 以 被 





BOA: 





for (int e: arr) 
cout << e << '\t'; 








代码 依然 可 以 很 好 地 工作 。 当 然 ， 如 果 结 合 之 前 讲 过 的 auto 类 型 指 


示 符 ， 循 环 会 显得 更 简练 。 





for (auto e: arr) 
cout << e << '\t'; 





FEF YE BS for a A FR EF a BS ee FE, «A LA H continuei® a) Rik 
过 循环 的 本 次 迭代 ， 而 用 break 语 句 来 跳出 整个 循环 。 


值得 指出 的 是 ， 是 否 能 够 使 用 基于 范围 的 for 循 环 ， 必 须 依 赖 于 一 些 
和 条件。 首先 ， 就 是 for 循 环 途 代 的 范围 是 可 确定 的 。 对 于 类 来 说 ， 如 果 该 
类 有 begin 和 end 函 数 ， 那 么 begin 和 end 之 间 就 是 for 循 环 和 迭代 的 范围 。 对 
于 数组 而 言 ， 就 是 数组 的 第 一 个 和 最 后 一 个 元 素 间 的 范围 。 其 次 ， 基 于 
施 围 的 for 循 环 还 要 求 迭 代 的 对 象 实现 ++ 和 == 等 操作 符 。 对 于 标准 库 中 
的 容器 ， 如 string、array、vector、deque、list、gueue、map、set 等 ， 不 
会 有 问题 ， 因 为 标准 库 总 是 保证 其 容器 定义 了 相关 的 操作 。 普 通 的 已 知 
长 度 的 数组 也 不 会 有 问题 。 而 用 户 自 己 写 的 类 ， 则 需要 自行 提供 相关 操 
ee 











相反 ， 如 果 我 们 数组 大 小 不 能 确定 的 话 ， 古 个 能 够 使 用 基于 范围 的 


for 循 环 的 ， 比 如 代码 清单 4-36 所 示 的 用 法 ， 就 会 导致 编译 时 的 错误 。 


代码 清单 4-36 





#include <iostream> 

using namespace std; 

int func(int a[]) { 

for (auto e: a) 
cout << e; 


int main() { 
int arr[] = {1, 2, 3, 4, 5}; 
func(arr); 


} 
// 编译 选项 


:g++ -std=c++11 4-5-4.cpp 





上 述 代码 会 报错 ， 因 为 作为 参数 传递 而 来 的 数组 a 的 范围 不 能 确 
定 ， 因 此 也 就 不 能 使 用 基于 范围 循环 for 循 环 对 其 进行 迭代 的 操作 。 








另外 一 点 ， 习 惯 了 使 用 迭代 器 的 C++ 程序 员 可 能 需要 注意 ， 就 是 基 
于 范围 的 循环 使 用 在 标准 库 的 容器 中 时 ， 如 采 使 用 auto 来 声明 运 代 的 对 
象 的 话 ， 那 么 这 个 对 象 不 会 是 迭代 嚣 对象。 代码 清单 4-37 所 示 的 这 个 入 
单 的 例子 可 以 说 明 这 一 情况 。 


代码 清单 4-37 





#include <vector> 
#include <iostream> 
using namespace std; 
int main() { 
vector<int> v = {1, 2, 3, 4, 5}; 
for (auto i = v.begin(); i != v.end(); ++i) 
cout << *i << endl; // 并 是 迭代 器 对 象 


for (auto e: v) 
cout << e << endl; // e 是 解 引用 后 的 对 象 


// 编译 选项 


:g++ -Std=c++11 4-5-5.cpp 





读者 只 需要 注意 e 和 交 的 区 别 就 可 以 了 。 


46 ”本 章 小 结 


在 本 章 里 ， 介 绍 了 C++11 四 个 讨 人 喜欢 的 新 特性 ， 它 们 的 特色 非常 
鲜明 ， 都 能 够 减少 代码 的 书写 ， 或 加 强 代码 的 可 读 性 。 


首先 ， 我 们 看 到 C++11 中 解决 了 双 右 尖 括 号 的 语法 问题 的 小 改进 。 
相 比 于 C++98 中 ， 模 板 实例 化 时 右 尖 括号 间 必 须 空 格 的 “奇怪 ”规定 ， 
C++11 可 以 说 采取 了 更 加 平易 近 人 的 态度 ， 使 得 这 一 规则 不 再 需要 。 











其 次 ， 我 们 可 以 看 到 C++11 中 关于 类 型 推导 的 巨大 改进 。 虽 然 
auto、decltype， 以 及 追踪 返回 类 型 的 函数 声明 ， 它 们 的 由 来 都 可 以 追溯 
到 C++ 使 用 模板 进行 泛 型 编程 上 ， 但 从 实际 效果 上 看 ， 由 于 有 了 类 型 推 
导 ， 整 个 C++ 程序 的 书写 的 便利 性 被 极 大 地 提高 了 。 相 应 地 ， 代 码 可 读 
性 也 大 大 改善 。 可 以 说 ， 类 型 推导 不 仅 提 高 了 模板 库 的 泛 型 能 力 ， 导 致 
C++11 风 格 下 的 编程 跟 以 前 的 C++98 风 格 下 的 编程 有 了 改变 ， 而 且 在 我 
们 的 范例 中 看 到 了 全 部 倚 仗 于 类 型 推导 ， 没 有 一 个 “明确 ”类 型 的 C++ 代 
码 ， 这 对 于 一 个 静态 类 型 的 、 有 着 长 久 历史 渊源 的 语言 而 言 ， 几 乎 是 不 
可 想象 的 。 但 是 在 C++11 中 ， 这 种 友好 的 编程 方式 已 经 得 到 了 民 好 的 文 
持 。 虽 然 深 入 语言 细节 的 时 候 ， 我 们 可 能 发 现 一 些 推导 的 规则 依然 复 
杂 ， 但 对 于 90% 以 上 的 普通 应 用 ， 类 型 推导 已 经 做 得 足够 好 用 。 如 果 要 
在 C++11 中 挑选 最 好 的 新 特性 的 话 ， 类 型 推导 无 疑 会 是 非常 有 力 的 竞争 
Ho 























再 者 ， 我 们 看 到 了 基于 范围 的 for 循 环 。 结 合 auto 关 键 字 ， 程 序 员 只 
需要 知道 “我 在 迭代 地 访问 每 个 元 系 * 即 可 ， 而 再 也 不 必 关 心 范围 、 如 何 
迭代 访问 等 细节 。 这 比 以 前 标准 库 的 for_each 做 得 更 加 出 色 。 虽 然 基本 
上 基于 范围 的 for 循 环 没有 任何 灵活 性 可 言 ， 但 将 常 做 的 事情 做 得 更 快 更 
好 ， 也 往往 是 程序 员 最 大 的 需求 。 











忆 的 来 说 ， 以 上 新 特性 对 于 新 手 来 说 ， 非 常 易学 ， 对 于 老兵 而 言 ， 
非常 好 用 。 无 论 对 什么 水 平 的 编程 者 来 说 ， 总 可 以 从 使 用 这 些 特 性 当中 
获得 一 些 葡 处 。 在 后 面 的 章节 里 ， 我 们 还 会 继续 看 到 这 些 特性 的 号 影 
( 束 如 在 前 面 的 章节 里 一 样 )。 


Roe ”提高 类 型 安全 


相 比 于 C 语 言 ，C++ 则 更 为 强调 类 型 ， 其 目的 是 为 了 在 构建 复杂 的 
软件 系统 时 ， 能 够 尽 可 能 地 在 编译 时 期 找到 错误 并 提醒 程序 员 。 虽 然 
C++98 对 于 类 型 系统 的 构建 已 经 近乎 完美 ， 却 还 是 有 枚 举 这 样 的 漏网 之 
鱼 。 所 以 C++11 对 其 进行 了 增强 。 另 外 一 方面 ， 指 针 使 用 的 安全 则 一 直 
是 C++ 的 重要 议题 。 几 乎 所 有 的 C++ 的 书籍 都 少不了 指针 方面 的 探讨 。 
而 C++11 则 再 次 为 指针 安全 使 用 作出 了 努力 。 在 本 章 ， 我 们 会 看 到 
C++11 的 做 法 。 


5.1 强 类 型 枚 举 


ET k: WSA 


5.1.1 枚 举 : 分 门 别 类 与 数值 的 名 字 


枚 举 类 型 是 C 及 C++ 中 一 个 基本 的 内 置 类 型 ， 不 过 也 是 一 个 有 点 “ 奇 
怪 ” 的 类 型 。 从 枚 举 的 本 意 上 来 讲 ， 束 是 要 定义 一 个 类 别 ， 并 穷 举 同一 
类 别 下 的 个 体 以 供 代码 中 使 用 。 由 于 枚 举 来 源 于 C， 所 以 出 于 设计 上 的 
简单 的 目的 ， 枚 举 值 常常 是 对 应 到 整 型 数值 的 一 些 名 字 。 比 如 : 





enum Gender { Male, Female }; 


定义 了 Gender (性 别 ) 枚 举 类 型 ， 其 中 包含 两 种 枚 举 值 Male 及 
Famale。 编 译 器 会 默认 为 Male 赋 值 0， 为 Famale 赋 值 1。 这 是 C 对 名 称 的 
简单 包装 ， 即 将 名 称 对 应 到 数值 。 


而 枚 举 类 型 也 可 以 是 匿名 的 ， 匿 名 的 枚 举 会 有 意 想 不 到 的 用 处 。 比 
如 当 程 序 中 需要 “数值 的 名 字 ” 的 时 候 ， 我 们 常常 可 以 使 用 以 下 3 种 方式 
来 实现 。 


第 一 种 方式 是 宏 ， 比 如 : 





#define Male 0 
#define Female 1 





宏 的 弱点 在 于 其 定义 的 只 是 预 处 理 阶 段 的 名 字 ， 如 果 代 码 中 有 Male 
或 者 Female 的 字符 串 ， 无 论 在 什么 位 置 一 律 将 被 蕉 换 。 这 在 有 的 时 候 会 





干扰 到 正常 的 代码 ， 因 此 很 多 时 候 为 了 避免 这 种 情况 ， 程 序 员 会 让 宏 全 
部 以 大 写字 母 来 俞 名 ， 以 区 别 于 正常 的 代码 。 





而 第 二 种 方式 一 匿名 的 enum 的 状况 会 好 些 。 


enum { Male, Female }; 





这 里 的 匿名 枚 举 中 的 Male 和 Female 都 是 编译 时 期 的 名 字 ， 会 得 到 编 
译 右 的 检查 。 相 比 于 宏 的 实现 ， 匿 名 枚 举 不 会 有 干扰 正常 代码 的 的 办 。 








不 过 在 C++ 中 ， 更 受 推 荐 是 第 三 种 方式 一 静态 音量 。 如 : 





const static int Male = 0; 
const static int Female = 1; 





Male 和 Female 的 名 字 同 样 得 到 编译 时 期 检查 。 由 于 是 静态 常量 ， 其 
名 字 作 用 域 也 被 很 好 地 局 限于 文件 和 内。 不 过 相 比 于 enum， 静 态 常 量 不 
仅仅 是 一 个 编译 时 期 的 名 字 ， 编 译 絮 还 可 能 会 为 Male 和 Female 在 目标 代 
人 码 中 产生 实际 的 数据 ， 这 会 增加 一 点 存储 空间 。 相 比 而 言 ， 匿 名 的 枚 举 
似乎 更 为 好 用 。 











不 过 事实 上 ， 这 3 种 “数值 的 名 字 ?” 的 实现 方式 误 优 熟 劣 ， 程 序 员 们 
各 执 一 词 。 不 过 枚 举 类 型 的 使 用 的 独特 性 则 是 无 需 质疑 的 。 








注意 ”历史 上 ， 枚 举 还 有 一 个 被 称 为 “enum hack” 的 独特 应 用 ， 在 


上 面 的 静态 常量 的 例子 中 ， 如 果 static 的 Male 和 Female 声 明 在 class 中 ， 在 
一 些 较 早 的 编译 器 上 不 能 为 其 就 地 赋值 〈 赋 值 需要 在 class 外 ) ， 因 此 有 
人 也 采用 了 enum 的 方式 在 class 中 来 代 蔡 常量 声明 。 这 束 是 “enum 

hack”. 





虽然 enum 确 实 有 些 “ 奇 怪 ” 的 用 途 ， 不 过 作为 “ 枚 举 类 型 > 本身 而 言 ， 
enum 并 非 完 美 ， 具 体 见 下 节 。 


5.1.2 有 缺陷 的 枚 举 类 型 





C/C++ 的 enum 有 个 很 “奇怪 ”的 设 定 ， 就 是 具名 《〈 有 名 字 ) 的 enum 类 
型 的 名 字 ， 以 及 enum 的 成 员 的 名 字 都 是 全 局 可 见 的 。 这 与 C++ 中 具名 的 
namespace、class/struct 及 union 必 须 通 过 “名 字 :: 成 员 名 ”的 方式 访问 相 比 
是 格格 不 入 的 “namespace 等 被 称 为 强 作 用 域 类 型 ， 而 enum 则 是 非 强 作 
用 域 类 型 )。 一 不 小 心 ， 程 序 员 就 容易 过 到 问题 。 比 如 下 面 两 个 枚 举 : 








enum Type { General, Light, Medium, Heavy }; 
enum Category { General, Pistol, MachineGun, Cannon }; 





Category 中 的 General 和 Type 中 的 General 都 是 全 局 的 名 字 ， 因 此 编译 


会 报错 。 


而 在 下 面 的 代码 清单 5-1 中 ， 则 是 一 个 通过 namespace 分 割 了 全 局 空 
间 ， 但 namespace 中 的 成 员 依然 会 被 enum 成 员 污染 的 例子 。 


代码 清单 5-1 





#include <iostream> 
using namespace std; 
namespace T{ 
enum Type { General, Light, Medium, Heavy }; 


namespace { 
enum Category { General = 1, Pistol, MachineGun, Cannon }; 


int main() { 
T::Type t = T::Light; 
if (t == General) // 忘记 使 用 


namespace 
cout << "General Weapon" << endl; 
return 0; 


// 编译 选项 


:g++ 5-1-1.cpp 





可 以 看 到 ，Category 在 一 个 匿名 namespace 中 ， 所 以 所 有 枚 举 成 员 名 
都 默认 进入 全 局 名 字 空 间 。 一 旦 程序 员 在 检查 t 的 值 的 时 候 忘 记 使 用 了 
namespace T， 就 会 导致 错误 的 结果 (事实 上 ， 有 的 编译 器 会 在 这 里 做 
出 一 些 警 告 ， 但 并 不 会 阻止 编译 ， 而 有 的 编译 器 则 不 会 警告 ) 。 








男 外 ， 由 于 C 中 枚 举 补 设计 为 第 量 数值 的 “别名 ”的 本 性 ， 所 以 枚 举 
的 成 员 总 是 可 以 被 隐 式 地 转换 为 整 型 。 很 多 时 候 ， 这 也 是 不 安全 的 。 我 
们 可 以 看 看 代码 清单 5-2 所 示 的 这 个 恼人 的 例子 。 








代码 清单 5-2 





#include <iostream> 

using namespace std; 

enum Type { General, Light, Medium, Heavy }; 

//enum Category { General, Pistol, MachineGun, Cannon }; // 无 法 编译 通过 ， 重 复 定 义 了 


General 

enum Category { Pistol, MachineGun, Cannon }; 

struct Killer { 
Killer(Type t, Category c) : type(t), category(c) {} 
Type type; 
Category category; 


int main() { 
Killer cool(General, MachineGun) ; 
II gaa 
J/ ，， ,其 他 很 多 代码 














// was 


if (cool.type >= Pistol) 
cout << "It is not a pistol" << endl; 
// ... 


cout << is_pod<Type>::value << endl; // 1 
cout << is_pod<Category>::value << endl; // 1 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 5-1-2.cpp 





在 上 面 代 码 清单 5-2 的 例子 中 ， 类 型 Killer 同 时 拥有 Type 和 Category 
两 种 命名 类 似 的 枚 举 类 型 成 员 。 在 一 定时 候 ， 程 序 员 想 查看 这 位 “ 冷 
酷 ”(cool) HAP” (Kiler) 是 属于 什么 Category 的 。 但 很 明显 ， 程 序 
员 错 用 了 成 员 type。 这 是 由 于 枚 举 类 型 数值 在 进行 数值 比较 运算 时 ， 首 
先 被 隐 式 地 提升 为 int 类 型 数据 ， 然 后 自由 地 进行 比较 运算 。 当 然 ， 程 序 
员 的 本 意 并 非 如 此 《事实 上 ， 我 们 实验 机 上 的 编译 器 会 给 出 警告 说 不 同 
枚 举 类 型 枚 举 成 员 间 进行 了 比较 。 但 程序 还 是 编译 通过 了 ， 因 为 标准 并 
不 阻止 这 一 点 ) 。 








为 了 解决 这 一 问题 ， 目 前 程序 员 一 般 会 对 枚 举 类 型 进行 封装 。 可 以 
看 看 代码 清单 5-2 改 恨 后 的 版 本 ， 如 代码 清单 5-3 所 示 。 





代码 清单 5-3 





#include <iostream> 
using namespace std; 
class Type { 
public: 
enum type { general, light, medium, heavy }; 
type val; 
public: 
Type(type t): val(t){} 
bool operator >= (const Type & t) { return val >= t.val; } 
static const Type General, Light, Medium, Heavy; 


}; 


const Type Type::General(Type::general); 
const Type Type::Light(Type::light); 
const Type Type: :Medium(Type: :medium) ; 
const Type Type: :Heavy(Type: :heavy); 
class Category { 
public: 
enum category { pistol, machineGun, cannon }; 
category val; 
public: 
Category(category c): val(c) {} 
bool operator >= (const Category & c) { return val >= c.val; } 
static const Category Pistol, MachineGun, Cannon; 
}; 
const Category Category::Pistol(Category: :pistol); 
const Category Category: :MachineGun(Category: :machineGun) ; 
const Category Category: :Cannon(Category::cannon); 
struct Killer { 
Killer(Type t, Category c) : type(t), category(c) {} 
Type type; 
Category category; 
}; 
int main() { 
// 使 用 类 型 包装 后 的 














enum 
Killer notCool(Type::General, Category::MachineGun); 
a ree 
// ，， .其 他 很 多 代码 
ZI aaa 


if (notCool.type >= Type: :General) // 可 以 通过 编译 


cout << "It is not general" << endl; 
if (notCool.type >= Category::Pistol) // 该 句 无 法 编译 通过 


cout << "It is not a pistol" << endl; 


ee 
cout << is_pod<Type>::value << endl; // 0 
cout << is_pod<Category>::value << endl; // 0 
return 0; 

} 


// 编译 选项 


:g++ -std=c++11 5-1-3.cpp 





封装 的 代码 长 得 让 人 眼花 综 乱 ， 不 过 简单 地 说 ， 封 装 即 是 使 得 枚 举 
成 员 成 为 class 的 静态 成 员 。 由 于 class 中 的 数据 不 会 被 默认 转换 为 整 型 数 


据 《〈《 除 非 定 义 相关 操作 符 函 数 ) ， 所 以 可 以 避免 被 隐 陈 转换 。 而 且 我 们 
也 可 以 看 到 ， 通 过 封 效 ， 枚 举 的 成 员 也 不 再 会 污染 全 局 名 字 空 间 了， 使 
用 时 还 必须 带 上 class 的 名 字 ， 这 样 一 来 ， 之 前 枚 举 的 一 些小 毛病 都 能 够 
得 到 克服 。 








不 过 这 种 解决 方案 并 非 完 美 ， 至 少 可 能 有 三 个 缺点 : 





显然 ， 一 般 程 序 员 不 会 为 了 简单 的 enum 声 明 做 这 么 复杂 的 封装 。 











.由 于 封装 且 采 用 了 静态 成 员 ， 原 本 属于 POD 的 enum 被 封装 成 为 非 
POD 的 了 《is_pod 均 返回 为 0， 请 对 照 代 码 清单 5-2 所 示 的 情况 ) ， 这 会 
导致 一 系列 的 损失 〈 人 参见 3.6 节 ) 。 


大 多 数 系统 的 ABI 规 定 ， 传 递 参数 的 时 候 如 果 参 数 是 个 结构 体 ， 束 
不 能 使 用 寄存 器 来 传 参 〈 只 能 放 在 堆栈 上 ) ， 而 相对 地 ， 整 型 可 以 通过 
寄存 器 中 传递 。 所 以 一 旦 将 class 封 沪 版 本 的 枚 举 作 为 函数 参数 传递 ， 囊 
可 能 带 来 一 定 的 性 能 损失 。 





无 论 上 述 哪 一 条 ， 对 于 封装 方案 来 说 都 是 极为 不 利 的 。 





此 外 ， 枚 举 类 型 所 占用 的 空间 大 小 也 是 一 个 “不 确定 量 *。 标 准 规 
定 ，C++ 枚 举 所 基于 的 “基础 类 型 "是 由 编译 器 来 具体 指定 实现 的 ， 这 会 
导致 枚 举 类 型 成 员 的 基本 类 型 的 不 确定 性 问题 “尤其 是 符号 性 ) 。 我 们 
可 以 看 看 代码 清单 5-4 所 示 的 这 个 例子 。 











代码 清单 5-4 





#include <iostream> 
using namespace std; 


enum C { C1 = 1, C2 = 2}; 
enum D { D1 = 1, D2 = 2, Dbig = OxFFFFFFFOU }; 
enum E { E1 = 1, E2 = 2, Ebig = OxFFFFFFFFFLL}; 


int main() { 
cout << sizeof(C1) << endl; // 4 
cout << Dbig << endl; // 编译 器 输出 不 同 


, Qtt: 


4294967280 
cout << sizeof(D1) << endl; // 4 
cout << sizeof(Dbig) << endl; // 4 
cout << Ebig << endl; // 68719476735 
cout << sizeof(E1) << endl; // 8 
return 0; 


} 
// 编译 选项 


:g++ 5-1-4.cpp 





在 代码 清单 5-4 所 示 的 例子 当中 ， 我 们 可 以 看 到 ， 编 译 器 会 根据 数 
据 类 型 的 不 同 对 enum 应 用 不 同 的 数据 长 度 。 在 我 们 对 g++ 的 测试 中 ， 普 
通 的 枚 举 使 用 了 4 字 节 的 内 存 ， 而 当 需 要 的 时 候 ， 会 拓展 为 8 字 节 。 此 
外 ， 对 于 不 同 的 编译 器 ， 上 例 中 Dbig 的 输出 结果 将 会 不 同 : 使 用 Visual 
C++ 编译 程序 的 输出 结果 为 -16， 而 使 用 g++ 来 编译 输出 为 4294967280。 
这 是 由 于 Visual C++ 总 是 使 用 无 符号 类 型 作为 枚 举 的 底层 实现 ， 而 
gt+ 会 根据 枚 举 的 类 型 进行 变动 造成 的 。 











5.1.3” 强 类 型 枚 举 以 及 C++11 对 原 有 枚 举 类 型 的 扩 
展 
非 强 类 型 作用 域 ， 允 许 隐 式 转换 为 整 型 ， 占 用 存储 空间 及 符号 性 不 


确定 ， 都 是 枚 举 类 的 缺点 。 针 对 这 些 缺 点 ， 新 标准 C++11 引 入 了 一 种 新 
的 枚 举 类 型 ， 即 “ 枚 举 类 ”， 又 称 “ 强 类 型 枚 举 ”(strong-typed enum). 


声明 强 类 型 枚 举 非 常 简单 ， 只 需要 在 enum 后 加 上 关键 字 class。 比 
如 : 





enum class Type { General, Light, Medium, Heavy }; 





就 声明 了 一 个 强 类 型 的 枚 举 Type。 强 类 型 枚 举 具 有 以 下 几 点 优势 : 


: 强 作用 域 ， 强 类 型 枚 举 成 员 的 名 称 不 会 被 输出 到 其 父 作用 域 空 
间 。 

-转换 限制 ， 强 类 型 枚 举 成 员 的 值 不 可 以 与 整 型 隐 式 地 相互 转换 。 

“可 以 指定 底层 类 型 。 强 类 型 枚 举 默 认 的 确 层 类 型 为 int, 但 也 可 以 显 


式 地 指定 底层 类 型 ， 具 体 方法 为 在 枚 举 名 称 后 面 加 上 “: type”， 其 中 
type 可 以 是 除 wchar_t 以 外 的 任何 整 型 。 比 如 : 








enum class Type: char { General, Light, Medium, Heavy }; 





就 指定 了 Type 是 基于 char 类 型 的 强 类 型 枚 举 。 
我 们 可 以 看 看 具体 的 例子 ， 如 代码 清单 5-5 所 示 。 


代码 清单 5-5 





#include <iostream> 
using namespace std; 
enum class Type { General, Light, Medium, Heavy }; 
enum class Category { General = 1, Pistol, MachineGun, Cannon }; 
int main() { 
Type t = Type::Light; 




















t = General; // 编译 失败 ， 必 须 使 用 强 类 型 名 称 
if (t == Category::General) / / 编译 失败 ， 必 须 使 用 
Type 中 的 
General 
cout << "General Weapon" << endl; 
if (t > Type::General) / / 通过 编译 


cout << "Not General Weapon" << endl; 
if (t > 0) // 编译 失败 ， 无 法 转换 为 


jint 类 型 


cout << "Not General Weapon" << endl; 
if ((int)t > 0) // 通过 编译 


cout << "Not General Weapon" << endl; 


cout << is_pod<Type>::value << endl; // 1 
cout << is_pod<Category>::value << endl; // 1 
return 0; 


} 
// 编译 选项 


:g++ -std=c++11 5-1-5.cpp 


在 代码 清单 5-5 中 ， 我 们 定义 了 两 个 强 类 型 枚 举 Type 和 Category， 它 
们 都 包含 一 个 称 为 General 的 成 员 。 由 于 强 类 型 枚 举 成 员 的 名 字 不 会 输出 
到 父 作用 域 ， 因 此 不 会 有 编译 问题 。 也 由 于 不 输出 成 员 名 字 ， 所 以 我 们 
在 使 用 该 类 型 成 员 的 时 候 必须 加 上 其 所 属 的 枚 举 类 型 的 名 字 。 此 外 ， 可 
以 看 到 ， 枚 举 成 员 间 仍然 可 以 进行 数值 式 的 比较 ， 但 不 能 够 隐 式 地 转 为 
int 型 。 事 实 上 ， 如 果 要 将 强 类 型 枚 举 转化 为 其 他 类 型 ， 必 须 进 行 显 式 转 
换 。 





事实 上 ， 强 类 型 制止 enum 成 员 和 int 之 间 的 转换 ， 使 得 枚 举 更 加 符 

合 “ 枚 举 ” 的 本 来 意义 ， 即 对 同类 进行 列举 的 一 个 集合 ， 而 定义 其 与 数值 
间 的 关联 则 使 之 能 够 默认 拥有 一 种 对 成 员 排列 的 机 制 。 而 制止 成 员 名 字 
输出 则 进一步 避免 了 名 字 空 间 冲 突 的 问题 。 这 两 点 跟 之 前 我 们 使 用 class 
对 枚 举 进行 封 狼 并 无 二 致 。 不 过 新 的 强 类 型 枚 举 没 有 任何 class 封 效 枚 举 
的 缺点 。 我 们 可 以 看 到 ，Type 和 Category 都 是 POD 类 型 ， 不 会 像 class 封 
装 版 本 一 样 被 编译 器 视 为 结构 体 ， 书 写 也 很 简便 。 在 拥有 类 型 安全 和 强 
作用 域 两 重 优 点 的 情况 下 ， 几 乎 没有 任何 额外 的 开销 。 











此 外 ， 由 于 可 以 指定 底层 基于 的 基本 类 型 ， 我 们 可 以 避免 编译 器 不 
同 而 带 来 的 不 可 移植 性 。 此 外 ， 设 置 较 小 的 基本 类 型 也 可 以 节省 内 存 衬 
间 ， 如 代码 清单 5-6 所 示 。 


代码 清单 5-6 


#include <iostream> 
using namespace std; 
enum class C : char { C1 = 1, C2 = 2}; 
enum class D : unsigned int { D1 = 1, D2 = 2, Dbig = OxFFFFFFFOU }; 
int main() { 
cout << sizeof(C::C1) << endl; // 1 
cout << (unsigned int)D::Dbig << endl; // 编译 器 输出 一 致 


, 4294967280 
cout << sizeof(D::D1) << endl; // 4 
cout << sizeof(D::Dbig) << endl; // 4 


return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 5-1-6.cpp 








在 代码 清单 5-6 中 ， 我 们 为 强 类 型 枚 举 C 指 定 底层 基本 类 型 为 cnar， 
因为 我 们 只 有 C1、C2 两 个 值 较 小 的 成 员 ， 一 个 char 足 以 保存 所 有 的 枚 举 
成 员 。 而 对 于 强 类 型 枚 举 D， 我 们 指定 基本 类 型 为 unsigned int， 则 所 有 
编译 器 都 会 使 用 无 符号 的 unsigned int 来 保存 该 枚 举 。 故 各 个 编译 器 都 能 
保证 一 致 的 输出 。 


相 比 于 原来 的 枚 举 ， 强 类 型 枚 举 更 像 是 一 个 属于 C++ 的 枚 举 。 但 为 
了 配合 新 的 枚 举 类 型 ，C++11 还 对 原 有 枚 举 类 型 进行 了 扩展 。 








首先 是 底层 的 基本 类 型 方面 。 在 新 标准 C++11 中 ， 原 有 枚 举 类 型 的 
底层 类 型 在 默认 情况 下 ， 仍 然 由 编译 器 来 具体 指定 实现 。 但 也 可 以 跟 强 
类 型 枚 举 类 一 样 ， 显 式 地 由 程序 员 来 指定 。 其 指定 的 方式 跟 强 类 型 枚 举 
一 样 ， 都 是 枚 举 名 称 后 面 加 上 “: type”， 其 中 type 可 以 是 除 wchar_t 以 外 
的 任何 整 型 。 比 如 : 





enum Type: char { General, Light, Medium, Heavy }; 








在 C++11 中 也 是 一 个 合法 的 enum 声 明 。 





第 二 个 扩展 则 是 作用 域 的。 在 C++11 中 ， 枚 举 成 员 的 名 字 除 了 会 自 
动 输出 到 父 作用 域 ， 也 可 以 在 枚 举 类 型 定义 的 作用 域内 有 效 。 比 如 : 





enum Type { General, Light, Medium, Heavy }; 
Type t1 = General; 
Type t2 = Type::General; 


General 和 Type::General 两 行 都 是 合法 的 使 用 形式 。 


这 两 个 扩展 都 保留 了 向 后 兼容 性 ， 也 方便 了 程序 员 在 代码 中 同时 操 
作 两 种 枚 举 类 型 。 


此 外 ， 我 们 在 声明 强 类 型 枚 举 的 时 候 ， 也 可 以 使 用 关键 字 enum 
struct。 事 实 上 enum struct 和 enum class 在 语法 上 没有 任何 区 别 (enum 
class 的 成 员 没 有 公有 私有 之 分 ， 也 不 会 使 用 模板 来 文 持 泛 化 的 声明 ) 。 





有 一 点 比较 有 趣 的 是 匿名 的 enum class。 由 于 enum class 是 强 类 型 作 
用 域 的 ， 故 匿名 的 enum class 很 可 能 什么 都 做 不 了 ， 如 代码 清单 5-7 所 


示 。 
代码 清单 5-7 


enum class { General, Light, Medium, Heavy } weapon; 
int main() { 
weapon = General; // 无 法 编译 通过 


bool b = (weapon == weapon: :General) ; // 无 法 编译 通过 


return 0; 


} 
// 编译 选项 


:g++ -std=c++11 5-1-7.cpp 


二 一 


52 ATEH: 智能 指针 与 垃圾 回收 


CHP 类 别 ， 类 作者 、 库 作者 


5.2.1 显 式 内 存 管理 





程序 员 在 处 理 现 实生 活 中 的 C/C++ 程序 的 时 候 ， 常 会 遇 到 诸如 程序 
时 突然 退出 ， 或 占用 的 内 存 越 来 越 多 ， 最 后 不 得 不 定期 重 局 的 一 些 
型 症状 。 这 些 问 题 的 源头 可 以 追 调 到 C/C++ 中 的 显 式 堆 内 存 管理 上 。 
通常 情况 下 ， 这 些 症 状 都 是 由 于 程序 没有 正确 处 理 堆 内 存 的 分 配 与 释放 
造成 的 ， 从 语言 层面 来 讲 ， 我 们 可 以 将 其 归纳 为 以 下 一 些 问题 。 














运行 
典型 





ia 





Hyatt: 一 些 内 存单 元 已 被 释放 ， 之 前 指向 它 的 指针 却 还 在 被 使 
这 些 内 存 有 可 能 被 运行 时 系统 重新 分 配给 程序 使 用 ， 从 而 导致 了 无 
法 预测 的 错误 。 





:重复 释放 : 程序 试图 去 释放 已 经 被 释放 过 的 内 存单 元 ， 或 者 释放 
己 经 被 重新 分 配 过 的 内 存单 元 ， 束 会 导致 重 复 释 放 错 误 。 通 常 重复 释放 
内 存 会 导致 CC++ 运 行 时 系统 打印 出 大 量 错误 及 诊断 信息 。 








内 存 泄漏 : 不 再 需要 使 用 的 内 存单 元 如 果 没 有 锌 释放 就 会 导致 内 
存 泄漏 。 如 果 程 友 不 断 地 重复 进行 这 类 操作 ， 将 会 导致 内 存 占 用 剧 增 。 


里 然 显 式 的 管理 内 存在 性 能 上 有 一 定 的 优势 ， 但 也 被 广泛 地 认为 古 
容易 出 错 的 。 随 着 多 线程 程序 的 出 现 和 广泛 使 用 ， 内 存 管 理 不 佳 的 情况 
还 可 能 会 变 得 更 加 严重 。 因 此 ， 很 多 程序 员 也 认为 编程 语言 应 该 提供 更 





好 的 机 制 ， 让 程序 员 摆 脱 内 存 管 理 的 细节 。 在 C++ 中 ， 一 个 这 样 的 机 制 
就 是 标准 库 中 的 智能 指针 。 在 C++11 新 标准 中 ， 智 能 指针 被 进行 了 改 
进 ， 以 更 加 适应 实际 的 应 用 需求 。 而 进一步 地 ， 标 准 库 还 提供 了 所 
请 “最 小 垃圾 回收 ”的 支持 。 





5.2.2 C++11 的 智能 指针 


在 C++98 中 ， 智 能 指针 通过 一 个 模板 类 型 “auto_ptr”* 来 实现 。 
auto_ptr 以 对 象 的 方式 管理 堆 分 配 的 内 存 ， 并 在 适当 的 时 间 (比如 析 
构 )， 释 放 所 获得 的 堆 内 存 。 这 种 堆 内 存 管理 的 方式 只 需要 程序 员 将 
new 操 作 返 回 的 指针 作为 auto_ptr 的 初始 值 即 可， 程序 员 不 用 再 显 式 地 调 
用 delete。 比 如 : 











auto_ptr(new int); 











XE FE PERE Fae oe SHEA As i ET AY ee NE 
auto_ptr 有 一 些 缺 点 〈 找 贝 时 返回 一 个 左 值 ， 不 能 调用 delete[] 等 ) ， 所 
以 在 C++11 标 准 中 被 废弃 了 。C++11 标 准 中 改 用 unique_ptr、shared_ptr 及 
weak_ptr 等 智能 指针 来 自动 回收 扒 分 配 的 对 象 。 





这 里 我 们 可 以 看 一 个 C++11 中 使 用 新 的 智能 指针 的 简单 例子 ， 如 代 
码 清单 5-8 所 示 。 


代码 清单 5-8 





#include <memory> 
#include <iostream> 
using namespace std; 
int main() { 
unique_ptr<int> upi(new int(11)); // 无 法 复制 的 


unique_ptr 
unique_ptr<int> up2 = up1; // 不 能 通过 编译 


cout << *Up1 << endl; // 11 
unique_ptr<int> up3 = move(up1); // 现在 


Pp3 是 数据 唯一 的 


unique_ptr 智 能 指针 


cout << *up3 << endl; // 11 


cout << *up1 << endl; / / 运行 时 错误 
up3.reset(); // 显 式 释放 内 存 
up1.reset(); // 不 会 导致 运行 时 错误 
cout << *up3 << endl; // 运行 时 错误 


shared_ptr<int> spi(new int(22)); 
shared_ptr<int> sp2 = sp1; 

cout << *sp1 << endl; // 22 
cout << *sp2 << endl; // 22 
spi.reset(); 

cout << *sp2 << endl; // 22 


} 
// 编译 选项 


:g++ -Std=c++11 5-2-1.cpp 








在 代码 清单 5-8 中 ， 使 用 了 两 种 不 同 的 智能 指针 unique_ptr 及 
shared_ptr 来 自动 地 释放 堆 对 象 的 内 存 。 由 于 每 个 智能 指针 都 重 载 了 * 运 
算 符 ， 用 户 可 以 使 用 *up1 这 样 的 方式 来 访问 所 分 配 的 堆 内 存 。 而 在 该 指 
针 析 构 或 者 调用 reset 成 员 的 时 候 ， 知 能 指针 都 可 能 释放 其 拥有 的 堆 内 
存 。 从 作用 上 来 讲 ，unique_ptr 和 shared_ptr 还 是 和 以 前 的 auto_ptr 保 持 了 





Sa 


不 过 从 代码 清单 5-8 中 还 是 可 以 看 到 ，unique_ptr 和 shared_ptr 在 对 所 
占 内 存 的 共享 上 还 是 有 一 定 区 别 的 。 


直观 地 看 来 ，unique_ptr 形 如 其 名 地 ， 与 所 指 对 象 的 内 存 绑 定 紧 
密 ， 不 能 与 其 他 unique_ptr 类 型 的 指针 对 象 共 享 所 指 对 象 的 内 存 。 
如 ， 本 例 中 的 unique_ptr<int>up2=upl; 不 能 通过 编译 ， 是 因为 每 个 
unique_ptr 都 是 唯一 地 “拥有 ”所 指向 的 对 象 内 存 ， 由 于 upl 唯 一 地 占有 了 
new 分 配 的 堆 内 存 ， 所 以 up2 无 法 共享 其 "所 有 权 ”。 事 实 上 ， 这 种 “所 有 
权 ” 仪 能 够 通过 标准 库 的 move 函 数 来 转移 。 我 们 可 以 看 到 代码 中 up3 的 定 
义 ，unigue_ptr<int>up3=move(up1); 一 旦 “所 有 权 ” 转 移 成 功 了 ， 原 来 的 
unique_ptr 指 针 就 失去 了 对 象 内 存 的 所 有 权 。 此 时 再 使 用 已 经 “失势 ”的 
unique_ptr， 就 会 导致 运行 时 的 错误 。 本 例 中 的 后 段 使 用 *up1 就 是 很 好 
的 例子 。 





而 从 实现 上 讲 ，unique_ptr 则 是 一 个 删除 了 拷贝 构造 冰 数 、 保 留 了 
移动 构造 函数 的 指针 封 汶 类 型 我们 在 7.2 节 中 可 以 看 到 如 何 删 除 一 个 
类 的 拷贝 构造 函数 ) 。 程 序 员 仪 可 以 使 用 右 值 对 unique_ptr 对 象 进行 构 
造 ， 而 且 一 旦 构造 成 功 ， 右 值 对 象 中 的 指针 即 补 “ 鲍 取 ”， 因 此 该 右 值 对 
象 即 刻 失去 了 对 指针 的 “所 有 权 ”。 





而 shared_ptr 同 样 形 如 其 名 ， 人 允许 多 个 该 智能 指针 共享 地 “拥有 ”同一 





堆 分 配对 象 的 内 存 。 与 unique_ptr 不 同 的 是 ， 由 于 在 实现 上 采用 了 引用 

计数 ， 所 以 一 旦 一 个 shared_ptr 指 针 放 弃 了 “所 有 权 ”( 失 效 ) ， 其 他 的 

shared_ptr 对 对 象 内 存 的 引用 并 不 会 受到 影响 。 代 码 清单 5-8 中 ， 智 能 指 
针 sp2 就 很 好 地 说 明了 这 种 状况 。 虽 然 sp1 调 用 了 reset 成 员 函 数 ， 但 由 于 
sp1 和 sp2 共 享 了 new 分 配 的 堆 内 存 ， 所 以 sp1 调 用 reset 成 员 函 数 只 会 导致 
引用 计数 的 降低 ， 而 不 会 导致 堆 内 存 的 释放 。 只 有 在 引用 计数 归 零 的 时 
候 ，share_ptr 才 会 真正 释放 所 占有 的 堆 内 存 的 空间 。 





在 C++11 标 准 中 ， 除 了 unique_ptr 和 shared_ptr， 智 能 指针 还 包括 了 
weak_ptr 这 个 类 模板 。weak_ptr 的 使 用 更 为 复杂 一 点 ， 它 可 以 指 癌 
shared_ptr 指 针 指向 的 对 象 内 存 ， 却 并 不 拥有 该 内 存 。 而 使 用 weak_ptr 成 
员 lock， 则 可 返回 其 指向 内 存 的 一 个 shared_ptr 对 象 ， 且 在 所 指 对 象 内 存 
已 经 无 效 时 ， 返 回 指针 空 值 Cnullptr， 请 参见 7.1 节 ) 。 这 在 验证 
share_ptr 智 能 指针 的 有 效 性 上 会 很 有 作用 ， 如 代码 清单 5-9 所 示 。 


代码 清单 5-9 





#include <memory> 

#include <iostream> 

using namespace std; 

void Check(weak_ptr<int> & wp) { 
shared_ptr<int> sp = wp.lock(); // 转换 为 


shared_ptr<int> 
if (sp != nullptr) 
cout << "still " << *sp << endl; 
else 
cout << "pointer is invalid." << endl; 
} 


int main() { 
shared_ptr<int> spi(new int(22)); 
shared_ptr<int> sp2 = sp1; 


weak_ptr<int> wp = sp1; // 指向 


shared_ptr<int> 所 指 对 象 


cout << *sp1 << endl; // 22 

cout << *sp2 << endl; // 22 
Check(wp); // still 22 
spi.reset(); 

cout << *sp2 << endl; // 22 


Check(wp); // still 22 
sp2.reset(); 
Check(wp); // pointer is invalid 


} 
// 编译 选项 


:g++ -std=c++11 5-2-2.cpp 





在 代码 清单 5-9 中 ， 我 们 定义 了 一 个 共享 对 象 内 存 的 两 个 shared_ptr 
一 Sp1 及 sp2。 而 weak_ptr wp 同样 指 同 该 对 象 内 存 。 可 以 看 到 ， 在 sp1l 及 
sp2 都 有 效 的 时 候 ， 我 们 调用 wp 的 lock 函 数 ， 将 返回 一 个 有 效 的 
shared_ptr 对 象 供 使 用 ， 于 是 Check 函 数 会 输出 以 下 内 容 : 





still 22 





此 后 我 们 分 别 调用 了 sp1 及 sp2 的 reset 函 数 ， 这 会 导致 对 唯一 的 堆 内 
存 对 象 的 引用 计数 降 至 0。 而 一 旦 引用 计数 归 0，shared_ptr<int> 就 会 释 
放 扒 内 存 空 间 ， 使 之 失效 。 此 时 我 们 再 调用 weak_ptr 的 lock 函 数 时 ， 则 
返回 一 个 指针 空 值 nullptr。 这 时 Check 函 数 则 会 打印 出 : 








pointer is invalid 





这 样 的 语句 了 。 在 整个 过 程 当中 ， 只 有 shared_ptr 参 与 了 引用 计 


数 ， 而 weak_ptr 没 有 影响 其 指向 的 内 存 的 引用 计数 。 因 此 可 以 验证 
shared_ptr 指 针 的 有 效 性 。 





简单 情况 下 ， 程 序 员 用 unique_ptr 代 蔡 以 前 使 用 auto_ptr 的 代码 就 可 
以 使 用 C++11 中 的 智能 指针 。 而 shared_ptr 及 weak_ptr 则 可 用 在 用 户 需 要 
引用 计数 的 地 方 。 事 实 上 ， 关 于 智能 指针 的 历史 、 使 用 及 各 种 讨论 还 有 
很 多 ， 不 过 本 书 的 重点 不 在 于 标准 库 ， 因 此 这 里 就 不 一 一 展开 了 。 





5.2.3 垃圾 回收 的 分 类 


如 果 追 根 溯源 的 话 ， 显 式 内 存 管理 的 蔡 代 方案 很 早 就 有 了 。 因 为 早 
在 1959 年 前 后 ， 约 翰 麦 肯 锡 〈John McCarthy) 就 为 Lisp 语 言 发 明了 所 
谓 “ 垃 圾 回收 ?的 方法 。 这 里 ， 我 们 把 之 前 使 用 过 ， 现 在 不 再 使 用 或 者 没 
有 任何 指针 再 指向 的 内 存 空 间 就 称 为 “垃圾 >”。 而 将 这 些 “ 垃 圾 ?收集 起 来 
以 便 再 次 利用 的 机 制 ， 就 被 称 为 “垃圾 回收 ”(Garbage Collection) 。 在 
编程 语言 的 发 展 过 程 中 ， 垃 圾 回收 的 推 内 存 管理 也 得 到 了 很 大 的 发 展 。 
如 今 ， 垃 圾 回收 机 制 已 经 大 行 其 道 ， 在 大 多 数 编程 语言 中 ， 我 们 都 可 以 
看 到 对 垃圾 回收 特性 的 支持 ， 如 表 5-1 所 示 。 








表 5-1 各 种 编程 语言 对 垃圾 回收 的 支持 情况 









































编程 语言 对 垃圾 回收 的 支持 情况 

C++ 部 分 

Java 支持 

Python 支持 

c 不 支持 

C# 支持 

( 续 ) 

编程 语言 对 垃圾 回收 的 支持 情况 

Ruby 支持 

PHP 支持 

Perl 支持 

Hashkell 支持 

Pascal 不 支持 





垃圾 回收 的 方式 虽然 很 多 ， 但 主要 可 以 分 为 两 大 类 ; 


1. 基 于 引用 计数 (reference counting garbage collector) 的 垃圾 回收 


简单 地 说 ， 引 用 计数 主要 是 使 用 系统 记录 对 象 被 引用 “引用 、 指 
针 ) 的 次 数 。 当 对 象 被 引用 的 次 数 变 为 0 时 ， 该 对 象 即 可 被 视 作 “二 
圾 ”而 回收 。 使 用 引用 计数 做 垃圾 回收 的 算法 的 一 个 优点 是 实现 很 简 
单 ， 与 其 他 垃圾 回收 算法 相 比 ， 该 方法 不 会 造成 程序 暂停 ， 因 为 计数 的 
增 减 与 对 象 的 使 用 是 紧密 结合 的 。 此 外 ， 引 用 计数 也 不 会 对 系统 的 缓存 
或 者 交换 空间 造成 冲击 ， 因 此 被 认为 “副作用 ” 较 小 。 但 是 这 种 方法 比较 
难处 理 “ 环 形 引 用 ”问题 ， 此 外 由 于 计数 带 来 的 额外 开销 也 并 不 小 ， 所 以 
在 实用 上 也 有 一 定 的 限制 。 


2. 基 于 跟踪 处 理 (tracing garbage collector) 的 垃圾 回收 器 


相 比 于 引用 计数 ， 跟 踊 处 理 的 垃圾 回收 机 制 被 更 为 广泛 地 应 用 。 其 
基本 方法 是 产生 跟踪 对 象 的 关系 图 ， 然 后 进行 垃圾 回收 。 使 用 跟踪 方式 
的 垃圾 回收 算法 主要 有 以 下 几 种 : 





(1) 标记 -清除 (Mark-Sweep ) 


顾名思义 ， 这 个 算法 可 以 分 为 两 个 过 程 。 衣 先 该 算法 将 程序 中 正在 
使 用 的 对 象 视 为 “ 根 对 象 ”， 从 根 对 象 开始 查找 它们 所 引用 的 扒 空 间 ， 并 
在 这 些 堆 空间 上 做 标记 。 当 标记 结束 后 ， 所 有 被 标 记 的 对 象 束 是 可 达 对 








象 (Reachable Object) 或 活 对 象 〈Live Object) ， 而 没有 被 标记 的 对 象 
就 被 认 为 是 垃圾 ， 在 第 二 步 的 清扫 (Sweep) 阶段 会 被 回收 掉 。 


这 种 方法 的 特点 是 活 的 对 象 不 会 被 移动 ， 但 是 其 存在 会 出 现 大 量 的 
内 存 碎片 的 问题 。 


(2) 标记 -整理 (Mark-Compact) 


这 个 算法 标记 的 方法 和 标记 -清除 方法 一 样 ， 但 是 标记 完 之 后 ， 不 
再 角 历 所 有 对 象 清扫 垃圾 了 ， 而 是 将 活 的 对 象 回 “ 左 ” 徘 章 ， 这 就 解决 了 
内 存 碎片 的 问题 。 








标记 -整理 的 方法 有 个 特点 就 是 移动 活 的 对 象 ， 因 此 相应 的 ， 程 序 
中 所 有 对 堆 内 存 的 引用 都 必须 更 新 。 


(3) 标记 -拷贝 (Mark-Copy) 


这 种 算法 将 堆 空间 分 为 两 个 部 分 : From 和 To。 刚 开始 系统 只 从 
From 的 堆 空 间 里面 分 配 内 存 ， 当 From 分 配 满 的 时 候 系统 就 开始 垃圾 回 
收 : 从 From 堆 空间 找 出 所 有 活 的 对 象 ， 找 贝 到 To 的 堆 空 间 里 。 这 样 一 
来 ，From 的 堆 空 间 里面 束 全 剩 下 垃圾 了。 而 对 象 被 拷贝 到 To 里 之 后 ， 
在 To 里 是 紧凑 排列 的 。 接 下 来 是 需要 将 From 和 To 交换 一 下 角色 ， 接 着 
从 新 的 Fr om 里 面 开始 分 配 。 








标记 -拷贝 算法 的 一 个 问题 是 堆 的 利用 率 只 有 一 半 ， 而 且 也 需要 移 


动 活 的 对 象 。 此 外 ， 从 某 种 意义 上 讲 ， 这 种 算法 其 实 是 标记 -整理 算法 
的 男 一 种 实现 而 已 。 


里 然 历 来 C++ 都 没有 公开 地 支持 过 垃圾 回收 机 制 ， 但 垃圾 回收 并 非 
茶 些 语言 的 专利 。 事 实 上 ，C++11 标 准 也 开始 对 垃圾 回收 做 了 一 定 的 文 
持 ， 虽 然 文 持 的 程度 还 非常 有 限 ， 但 我 们 已 经 看 到 了 C++ 语言 变 得 更 为 
强大 的 端倪 。 


5.2.4 “C++ 与 垃圾 回收 


如 我 们 提 到 的 ， 在 C++11 中 ， 智 能 指针 等 可 以 文 持 引 用 计数 。 不 过 
由 于 引用 计数 并 不 能 有 效 解 决 形 如 “环形 引用 ”等 问题 ， 其 使 用 会 受到 一 
些 限制 。 而 且 基 于 一 些 其 他 的 原因 ， 比 如 因 多 线程 程序 等 而 引入 的 内 存 
管理 上 的 困难 ， 程 序 员 可 能 也 会 需要 垃圾 回收 。 





一 些 第 三 方 的 C/C++ 库 已 经 支持 标记 -清除 方法 的 垃圾 回收 ， 比 如 
一 个 比较 著名 的 C/C++ 垃圾 回收 库 一 Boehm H 。 该 垃圾 回收 器 需要 程序 
员 使 用 库 中 的 堆 内 存 分 配 函 数 显 式 地 蔡 代 malloc， 继 而 将 堆 内 存 的 管理 
区 给 垃圾 回收 絮 来 完成 垃圾 回收 。 不 过 由 于 C/C++ 中 指针 类 型 的 使 用 非 
常 灵 活 ， 这 样 的 库 在 实际 使 用 中 会 有 一 些 限 制 ， 可 移植 性 也 不 好 。 





为 了 解决 垃圾 回收 中 的 安全 性 和 可 移植 性 问题 ， 在 2007 年 ， 惠 普 的 
Hans-J.Boehm (Boehm 的 作者 ) 和 完 门 铁 克 有 的 Mike Spertus 共 同 向 C++ 委 
员 会 递交 了 一 个 关于 C++ 中 垃圾 回收 的 提案 。 该 提案 通过 添加 
gc_forbidden、gc_relaxed、gc_required、gc_safe、gc_strict 等 关键 字 来 支 
持 C++ 语 言 中 的 垃圾 回收 。 该 提案 甚至 可 以 让 程序 员 显 式 地 要 求 垃圾 回 
收 。 刚 开始 这 得 到 了 大 多 数 委员 的 支持 ， 后 来 却 在 标准 的 初稿 中 删除 
了 ， 原 因 是 该 特性 过 于 复杂 ， 并 且 还 存在 一 些 问题 〈 比 如 与 显 式 调用 析 
构 函 数 的 现 有 的 库 的 兼容 问题 等 ) 。 所 以 ，Boehm 和 Spertus 对 初稿 进行 





了 简化 ， 仅 仅 保 留 了 支持 垃圾 回收 的 最 基本 的 部 分 ， 即 通过 对 语言 的 约 
束 ， 来 保证 安全 的 垃圾 回收 。 这 也 是 我 们 现在 看 到 的 C++11 标 准 中 
的 “最 小 垃圾 回收 支持 ”的 历史 来 由 。 

而 要 保证 安全 的 垃圾 回收 ， 首 先 必须 知道 C/C++ 语言 中 什么 样 的 行 
为 可 能 导致 垃圾 回收 中 出 现 “ 不 安全 ”的 状况 。 简 单 地 说 ， 不 安全 源 自 于 
C/C++ 语言 对 指针 的 “放纵 ”， 即 允许 过 分 灵活 的 使 用 。 我 们 可 以 看 代码 
清单 5-10 所 示 的 例子 。 

代码 清单 5-10 


int main(){ 
int* p = new int; 









































p += 10; // 移动 指针 ， 可 能 导致 垃圾 回收 器 

p -= 10; // 回收 原来 指向 的 内 存 

*p = 10; // 再 次 使 用 原本 相同 的 指针 则 可 能 无 效 
} 
// 编译 选项 


:g++ 5-2-3.cpp 





在 代码 清单 5-10 中 ， 我 们 对 指针 p 做 了 自 加 和 自 减 操作 。 这 在 
C/C++ 中 被 认为 是 合理 的 ， 因 为 指针 有 所 指向 的 类 型 ， 自 加 或 者 自 减 能 
够 使 程序 员 轻 松 地 找到 “下 一 个 ”同样 的 对 象 ( 实 际 是 一 个 迭代 器 的 概 
念 ) 。 不 过 对 于 垃圾 回收 来 说 ， 一 旦 p 指 向 了 别 的 地 址 ， 则 可 认为 p 曾 指 





问 的 内 存 不 再 使 用 。 志 圾 回收 器 可 以 据 此 对 其 进行 回收 。 这 对 之 后 p 的 
使 用 〈*p=10) 带 来 的 后 果 将 是 灾难 性 的 。 


我 们 再 来 看 一 个 例子 ， 如 代码 清单 5-11 所 示 。 
代码 清单 5-11 


int main() { 
int *p = new int; 
int *q = (int*)(reinterpret_cast<long long>(p) ^ 2012); // QIT 











// 做 一 些 其 他 工作 ， 垃 圾 回收 器 可 能 已 经 回收 了 

















p 指 向 对 象 


q = (int*)(reinterpret_cast<long long>(q) ^ 2012); // 这 里 的 


:g++ 5-2-4.cpp 





在 代码 清单 5-11 中 ， 我 们 用 指针 q 隐 藏 了 指针 p。 而 之 后 又 用 可 逆 的 
异 或 运算 将 p“ 恢 复 ” 了 出 来 。 在 main 函 数 中 ，p 实 际 所 指向 的 内 存 都 是 有 
效 的， 但 由 于 该 指针 被 隐藏 了 ， 垃 圾 回收 器 可 以 早早 地 将 p 指 向 的 对 象 
回收 掉 。 同 样 ， 语 句 *q=10 的 后 果 也 是 灾难 性 的 。 








旨 针 的 灵活 使 用 可 能 是 C/C++ 中 的 一 大 优势 ， 而 对 于 垃圾 回收 来 
说 ， 却 会 市 来 很 大 的 困扰 。 被 隐藏 的 指针 会 导致 编译 器 在 分 析 指 针 的 可 


达 性 (生命 周期 ) 时 出 错 。 而 即使 编译 器 开 友 出 了 隐藏 指针 分 析 的 手 
段 ， 其 带 来 的 编译 开销 也 不 会 让 程序 员 对 编译 时 间 的 显著 增长 视 而 不 
见 。 历 史上 ， 解 决 这 种 问题 的 方法 通 第 是 新 接口 。C++11 和 垃圾 回收 的 
解决 方 采 也 不 例外 ， 束 是 让 程序 员 利用 这 样 的 接口 来 提示 编译 器 代码 中 
存在 指针 不 安全 的 区 域 。 





[1] http://www.hpl.hp.com/personal/Hans_Boehm/gc/ 


5.2.5 ”C++11 与 最 小 垃圾 回收 支持 





C++11 新 标准 为 了 做 到 最 小 的 垃圾 回收 支持 ， 首 先 对 “安全 ”的 指针 
进行 了 定义 ， 或 者 使 用 C++11 中 的 术语 说 ， 安 全 派生 (safely derived) 
的 指针 。 安 全 派生 的 指针 是 指向 由 new 分 配 的 对 象 或 其 子 对 象 的 指针 。 
安全 派生 指针 的 操作 包括 : 





-在 解 引用 基础 上 的 引用 ， 比 如 : & 
:定义 明确 的 指针 操作 ， 比 如 : p+1。 
:定义 明确 的 指针 转换 ， 比 如 : static_cast<void*>(p). 


和 针 和 整 型 之 间 的 reinterpret_case， 比 如 : reinterpret_cast<intptr_t 


>(p)。 


注意 intptr t 是 C++11 中 一 个 可 选择 实现 的 类 型 ， 其 长 度 等 于 平台 


上 指针 的 长 度 〈 通 过 decltype 声 明 ) 。 





我 们 可 以 回头 看 看 代码 清单 5-11。reinterpret_cast<long long>(p) 是 合 
法 的 安全 派生 操作 ， 而 转换 后 的 指针 再 进行 异 或 操作 : 
reinterpret_cast<long long>(p)^2012 之 后 ， 指 针 就 不 再 是 安全 派生 的 了 ， 
这 是 因为 异 或 操作 (A) 不 是 一 个 安全 派生 操作 。 同 理 ， 


reinterpret_cast<long long>(q)^2012 也 不 是 安全 派生 指针 。 因 此 ， 根 据 定 
义 ， 在 使 用 内 存 回 收费 的 情况 下 ，*q=10 的 行为 是 不 确定 的 ， 如 果 程 序 
在 此 处 发 生 错 误 也 是 合理 的 。 





在 C++11 的 规则 中 ， 最 小 垃圾 回收 支持 是 基于 安全 派生 指针 这 个 概 
念 的 。 程 序 员 可 以 通过 get_pointer_safety 函 数 查 询 来 确认 编译 器 是 否 
持 这 个 特性 。get_pointer_safety 的 原型 如 下 : 


pointer_safety get_pointer_safety() noexcept 





其 返回 一 个 pointer_safety 类 型 的 值 。 如 果 该 值 为 
pointer_safety::strict， 则 表明 编译 器 支持 最 小 垃圾 回收 及 安全 派生 指针 
等 相关 概念 ， 如 果 该 值 为 pointer_safety::relax 或 是 
pointer_safety::preferred， 则 表明 编译 器 并 不 支持 ， 基 本 上 跟 没 有 垃圾 回 
收 的 C 和 C++98 一 样 。 不 过 按照 一 些 解 释 ，pointer_safety::preferred 和 
pointer_safety::relax 也 略 有 不 同 ， 前 者 垃圾 回收 器 可 能 被 用 作 一 些 辅助 
功能 ， 如 内 存 泄露 检测 或 检测 对 象 是 否 被 一 个 错误 的 指针 解 引 用 (事实 
上 ， 在 本 书 编号 时 ， 几 乎 没有 编译 器 实现 了 最 小 垃圾 回收 文 持 ， 甚 至 连 
get_pointer_safety 这 个 函数 接口 都 还 没 实现 ) 。 


此 外 ， 如 果 程 序 员 代 码 中 出 现 了 指针 不 安全 使 用 的 状况 ，C++11 允 
许 程序 员 通 过 一 些 API 来 通知 垃圾 回收 器 不 得 回收 该 内 存 。C++11 的 最 
小 垃圾 回收 支持 使 用 了 垃圾 回收 的 术语 ， 即 需 声 明 该 内 存 为 “可 到 





达 ” 的 。 





void declare_reachable( void* 
template <class T> T *undeclare_reachable(T *p) noexcept; 





declare_reachable() 显 式 地 通知 垃圾 回收 器 某 一 个 对 象 应 被 认为 可 达 
的 ， 即 使 它 的 所 有 指针 都 对 回收 器 不 可 见 。undeclare_reachableO 则 可 以 
取消 这 种 可 达 声 明 。 针 对 代码 清单 5-11， 我 们 对 隐藏 的 指针 做 一 些 声 
明 ， 如 代码 清单 5-12 所 示 。 


代码 清单 5-12 





#include <memory> 

using namespace std; 

int main() { 
int *p = new int; 
declare_reachable(p); // 在 


Pp 被 隐藏 之 前 声明 为 可 达 的 


int *q = (int*)((long long)p ^ 2012); 
// 解除 可 达 声 明 


q = undeclare_reachable<int>((int*)((long long)q ^ 2012)); 
*q = 10; 
} 





代码 清单 5-12 可 能 是 一 个 能 够 运行 的 例子 。 这 里 ， 我 们 在 p 指 针 被 
不 安全 派生 (隐藏 之 前 使 用 declare_reachable 声 明 其 是 可 达 的 。 这 样 
一 来 ， 它 会 被 垃圾 回收 器 忽略 而 不 会 被 回收 。 而 在 我 们 通过 可 逆 的 异 或 
运算 使 得 q 指 针 指向 p 所 指 对 象 时 ， 我 们 则 使 用 了 undeclare_reachable 来 








取消 可 达 声 明 。 注 意 undeclare_reachable 不 是 通知 垃圾 回收 器 p 所 指 对 象 
已 经 可 以 回收 。 实 际 上 ，declare_reachable 和 undeclare_reachable 只 是 确 

立 了 一 个 代码 范围 ， 即 在 两 者 之 间 的 代码 运行 中 ，p 所 指 对 象 不 会 被 垃 
圾 回收 器 所 回收 。 





这 里 可 能 有 的 读者 会 注意 到 一 个 细节 ，declare_reachable 只 需要 传 
入 一 个 简单 的 void* 指 针 ， 但 undeclare_reachable 却 被 设计 为 一 个 函数 模 
板 。 这 是 一 个 极 不 对 称 的 设计 。 但 事实 上 undeclare_reachable 使 用 模板 
的 主要 目的 是 为 了 返回 合适 类 型 以 供 程序 使 用 。 而 垃圾 回收 器 本 来 就 知 
道 指 针 所 指向 的 内 存 的 大 小 ， 因 此 declare_reachable 传 入 void* 指 针 就 已 
经 足够 了 。 








有 的 时 候 程 序 员 会 选择 在 一 大 片 连续 的 堆 内 存 上 进行 指针 式 操 作 ， 
为 了 让 垃圾 回收 器 不 关心 该 区 域 ， 也 可 以 使 用 declare_no_pointers 及 
undeclare_no_pointers 函 数 来 告诉 垃圾 回收 喜 该 内 存 区 域 不 存在 有 效 的 指 
针 。 





void declare_no_pointers(char *p, size_t n) noexcept; 
void undeclare_no_pointers(char *p, size_t n) noexcept; 





其 使 用 方式 与 declare_reachable 及 undeclare_reachable 类 似 ， 不 过 指 
定 的 是 从 p 开 始 的 连续 n 的 内 存 。 


5.2.6 ”垃圾 回收 的 兼容 性 





管 在 设计 C++11 标 准时 想 尽 可 能 保证 向 后 兼容 ， 但 是 对 于 垃圾 回 
收 来 说 ， 破 坏 向 后 兼容 是 不 可 避免 的 。 通 常情 况 下 ， 如 果 我 们 想 要 程序 
使 用 垃圾 回收 ， 或 者 可 靠 的 内 存 泄漏 检测 ， 我 们 就 必须 做 出 必要 的 假设 
来 保证 垃圾 回收 器 能 工作 。 而 为 此 ， 我 们 必须 限制 指针 的 使 用 或 者 使 用 
declare_reachable/undeclare_reachable、 
declare_no_pointer/undeclare_no_pointer 来 让 一 些 不 安全 的 指针 使 用 免 于 
垃圾 回收 器 的 检查 。 因 此 想 让 老 的 代码 上 毫 不 费力 地 使 用 垃圾 回收 ， 现 实 
情况 下 对 大 多 数 代码 还 是 不 可 能 的 。 


此 外 ，C++11 标 准 中 对 指针 的 垃圾 回收 支持 仅 限于 系统 提供 的 new 
操作 符 分 配 的 内 存 ， 而 malloc 分 配 的 内 存 则 会 被 认为 总 是 可 达 的 ， 即 无 
论 何 时 垃圾 回收 峰 都 不 予 回收 。 因 此 使 用 malloc 等 的 较 老 代码 的 堆 内 存 
还 是 必须 由 程序 员 目 己 控 制 。 





而 更 为 现实 的 状况 是 在 本 书写 作 时 ， 垃 圾 回收 的 特性 还 没有 得 到 任 
何 编译 器 支持 ， 即 使 是 所 谓 的 “最 小 垃圾 回收 ”。 标 准 的 发 展 以 及 垃圾 回 
收 在 C/C++ 中 的 实现 可 能 还 需要 一 定 的 时 间 。 不 过 有 了 最 小 支持 ， 用 户 
可 能 在 新 代码 中 会 注意 指针 的 使 用 ， 并 对 形 如 指针 隐藏 的 状况 使 用 合适 
的 函数 来 对 被 隐藏 指针 的 堆 对 象 进行 保护 。 按 照 Ct+ 的 设计 ， 显 式 地 








delete 使 用 与 垃圾 回收 并 不 会 形成 冲突 。 如 果 程 序 员 选择 这 么 做 的 话 ， 
就 应 该 能 够 保证 最 大 的 代码 癌 前 兼容 性 。 在 未 来 茶 个 时 刻 C++ 垃圾 回收 
支持 完成 的 时 候 ， 代 码 可 以 直接 至 受 其 市 来 的 益处 。 











5.3 ”本章 小 结 


C++ 是 一 种 静态 类 型 的 语言 ， 在 C++ 的 发 展 中 ， 一 系列 的 改进 使 得 
C++ 的 类 型 机 制 几乎 严 丝 合 缝 ， 滴 水 不 漏 。 而 在 C++11 中 ， 最 后 的 漏网 
之 鱼 一 枚 举 ， 终 于 也 以 新 增 的 强 类 型 枚 举 的 方式 进行 了 规范 。 虽 然 为 了 
兼容 性 ， 旧 的 枚 举 语 义 没有 任何 改变 ， 但 新 的 强 类 型 枚 举 可 以 避免 形 如 
名 字 冲 突 、 隐 式 向 整 型 转换 等 诸多 问题 ， 所 以 在 使 用 上 更 加 安全 。 事 实 
上 ， 现 有 的 标准 库 中 的 枚 举 就 已 经 大 量 采 用 了 强 类 型 枚 举 来 规避 编程 中 
的 风险 。 














而 堆 分 配 变量 的 自动 释放 从 来 都 是 编程 者 津津 乐 道 的 问题 。 理 想 情 
况 下 ， 程 序 员 应 该 总 是 在 栈 上 分 配 变 量 ， 这 样 变 量 能 够 有 效 地 自动 释 
放 。 不 过 现实 情况 下 ， 很 多 时 候 程 序 员 在 编程 时 并 不 能 预期 所 需 内 存 的 
使 用 期 ， 所 以 程序 员 还 离 不 开 malloc/free 或 者 new/delete 的 堆 式 内 存 分 
配 。 在 C++98 中 ， 用 户 可 以 使 用 智能 指针 auto_ptr 来 自动 释放 内 存 。 
C++11 中 则 进一步 改进 了 auto_ptr 一 程序 员 可 以 使 用 行为 更 加 良好 的 
unique_ptr 和 和 shared_ptr/weak_ptr 智 能 指针 来 进行 自动 的 堆 内 存 释放 。 虽 
然 unique/shared/weak 在 概念 上 比 起 简单 的 auto 变 得 复杂 了 ， 但 是 行为 上 
却 更 加 安全 (返回 右 值 、 调 用 delete[] 等 ) 。 程 序 员 应 该 在 C++11 中 全 面 
使 用 新 的 智能 指针 代替 auto_ptr。 











而 随 着 编程 模型 的 复杂 化 ，C++ 语 言 也 在 考虑 引入 全 面 的 垃圾 回 


收 。 不 过 在 C++11 中 ， 全 面 的 垃圾 回收 这 个 心愿 疝 未 达成 。 实 际 在 
C++11 中 的 是 “最 小 化 ”的 垃圾 回收 支持 ， 即 定义 了 什么 样 的 指针 对 于 垃 
圾 回收 是 安全 的 ， 什 么 样 的 动作 会 对 垃圾 回收 造成 影响 。 一 旦 有 了 会 对 
坪 圾 回收 造成 影响 的 操作 ， 程 友 员 则 可 以 调用 API 来 通知 二 圾 回收 器 代 
码 对 于 垃圾 回收 是 否 可 达 。 事 实 上 ， 现 有 情况 下 ， 我 们 并 看 不 到 “最 小 
垃圾 回收 文 持 ” 的 实质 应 用 ， 大 多 数 编译 器 也 还 没有 实现 相关 的 和 内容， 

但 有 了 了 节 小 的 文 持 ， 程 序 员 和 编译 器 及 库 的 制作 者 间 的 接口 也 就 清晰 
了 。 不 排除 以 后 有 编译 器 或 者 库 制 作者 设计 出 能 够 实现 垃圾 回收 的 、 能 
够 编译 满足 最 小 垃圾 回收 文 持 的 C++ 代码 的 编译 器 或 库 产品 。 不 过 ， 能 
个 实现 还 需要 假 以 时 日 。 











POR ”所 高 性 能 及 操作 人 硬件 的 能 


对 于 用 C++ 编 写 的 程序 来 说 ， 性 能 是 永恒 的 主题 。 相 比 于 一 些 流行 
的 高 级 语言 ，C++ 程 序 常会 具有 不 可 比拟 的 性 能 优势 。 在 C++11 中 ， 程 
序 员 还 能 够 进一步 挖掘 程序 运行 性 能 。 而 面 对 硬 件 系统 的 日 新 月 异 ， 尤 
其 是 多 核 多 线程 编程 的 浪潮 ，C++11 依 然 能 横 刀 立马 ， 通 过 对 底层 的 硬 
件 操作 进行 民 好 的 抽象 ， 充 分 满足 了 程序 员 利 用 多 核 多 线程 性 能 的 需 
求 。 通 过 阅读 本 章 ， 读 者 可 以 了 解 C++11 在 性 能 、 硬 件 操 作 上 的 各 种 创 
新 。 极 有 可 能 ，C++11 将 引领 新 的 并 行 编程 的 浪 淹 。 
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6.1 常量 表达 式 


CHP ky: WHE 


6.1.1 运行 时 常量 性 与 编译 时 常量 性 


在 C++ 中 ， 我 们 和 常常 会 遇 到 和 常量 的 概念 。 常 量 表示 该 值 不 可 修改 ， 
通常 是 通过 const 关 键 字 来 修饰 的 。 比 如 : 





const int i = 3; 








上 述 代码 就 声明 了 一 个 名 字 为 i 的 常量 。const 还 可 以 修饰 函数 参 
数 、 函 数 返 回 值 、 函 数 本 身 、 类 等 。 在 不 同 的 使 用 条 件 下 ，const 有 不 同 
的 意义 ， 不 过 大 多 数 情况 下 ，const 描 述 的 都 是 一 些 “ 运 行 时 常量 性 ”的 概 
念 ， 即 具有 运行 时 数据 的 不 可 更 改 性 。 不 过 有 的 时 候 ， 我 们 需要 的 却 是 
编译 时 期 的 常量 性 ， 这 是 const 关 键 字 无 法 保证 的 。 我 们 可 以 看 看 代码 清 
单 6-1 所 示 的 例子 。 





代码 清单 6-1 





const int GetConst() { return 1; } 
void Constless(int cond) 
int arr[GetConst()] = {0}; // 无 法 通过 编译 


enum { e1 = GetConst(), e2 }; // 无 法 通过 编译 


switch (cond) { 
case GetConst(): // 无 法 通过 编译 


break; 
default: 


break; 


} 


} 
// 编译 选项 


:g++ -c 6-1-1.cpp 





在 代码 清单 6-1 中 ， 我 们 定义 了 一 个 返回 常数 1 的 函数 GetConst。 我 
们 使 用 了 const 关 键 字 修饰 了 返回 类 型 。 不 过 编译 后 我 们 发 现 ， 无 论 将 
GetConst 的 结果 用 于 需要 初始 化 数组 Ar 的 声明 中 ， 还 是 用 于 匿名 枚 举 
中 ， 或 用 于 switch-case 的 case 表 达 式 中 ， 编 译 占 都 会 报告 错误 。 发 生 这 
样 错 误 的 原因 如 我 们 上 面 提 到 的 一 样 ， 这 些 语句 都 需要 的 是 编译 时 期 的 
常量 值 。 而 const 修 饰 的 函数 返回 值 ， 只 保证 了 在 运行 时 期 内 其 值 是 不 可 
以 被 更 改 的 。 这 是 两 个 完全 不 同 的 概念 。 





我 们 再 来 看 一 个 BitSet 的 例子 ， 该 例子 更 贴近 开发 人 员 的 实际 状 
况 ， 如 代码 清单 6-2 所 示 。 


代码 清单 6-2 





enum BitSet { 

1 << 0, 
v1 1 << 1, 
V2 1 << 2, 
VMAX = 1 << 3 


}; 
// 重 定义 操作 符 





"| ”以 保证 返回 和 











BitSet 值 不 超过 枚 举 的 最 大 值 


const BitSet operator|(BitSet x, BitSet y) { 
return static_cast<BitSet>(((int)x | y) & (VMAX - 1)); 


template <int i = VO | V1i> // 无 法 通过 编译 


void LikeConst(){} 
// 编译 选项 


:clang++ -c -Std=c++11 6-1-2.cpp 





在 代码 清单 6-2 中 ， 我 们 看 到 一 个 有 限 成 员 的 BitSet 的 枚 举 类 型 的 定 
义 《 读 者 是 否 还 记得 代码 清单 2-7 所 示 的 例子 ) 。 而 为 了 尽 可 能 地 保证 
或 操作 的 有 效 性 ， 我 们 重 载 了 operator， 该 操作 除了 进行 或 运算 外 ， 还 

通过 &(VMAX-1) 这 样 的 操作 保证 该 或 操作 的 输出 不 会 超过 VMAX 榴 
举 值 。 而 此 时 我 们 将 VolV1 作 为 非 类 型 模板 函数 的 默认 模板 参数 ， 则 会 
导致 编译 错误 。 这 同样 是 由 需要 的 是 编译 时 常量 所 导致 的 。 














那么 有 没有 什么 办 法 可 以 通过 更 改 上 面 的 例子 ， 获 得 编译 时 期 的 党 


wee? 最 简单 的 方法 是 ， 我 们 可 以 在 代码 清单 6-1 的 文件 开始 使 用 C 中 的 
FE ARGetConst K A « 





#define GetConst 1 
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代 ”。C++11 中 对 编译 时 期 常量 的 回答 是 constexpr， 即 常量 表达 式 
(constant expression) 。 比 如 我 们 要 使 得 代码 清单 6-1 中 的 GetConst 水 数 
成 为 一 个 常量 表达 式 ， 可 以 用 下 面 的 声明 方法 : 











constexpr int GetConst() { return 1; } 





即 在 函数 表达 式 前 加 上 constexpr 关 键 字 即 可 。 有 了 常量 表达 式 这 样 
的 声明 ， 编 译 器 束 可 以 在 编译 时 期 对 GetConst 表 达 式 进行 值 计 算 
(evaluation〉， 从 而 将 其 视 为 一 个 编译 时 期 的 常量 (虽然 编译 厂 不 一 定 
这 么 做 ， 但 至 少 从 语法 效果 上 看 是 这 样 ， 我 们 会 在 后 面 叙 述 ) 。 这 样 一 
来 代码 清单 6-1 中 的 数组 Arr、 匿 名 枚 举 的 初始 化 以 及 switch-case 的 case 表 
达 式 通过 编译 都 不 再 是 问题 〈 读 者 可 以 目 行 实验 一 下 ) 。 





在 C++11 中 ， 常 量 表达 式 实际 上 可 以 作用 的 实体 不 仅 限于 函数 ， 
可 以 作用 于 数据 声明 ， 以 及 类 的 构造 函数 等 。 我 们 来 分 别 看 一 下 。 


6.1.2 E EKIA IN RZ 

通常 我 们 可 以 在 函数 返回 类 型 前 加 入 关键 字 constexpr 来 使 其 成 为 常 
量 表达 式 函 数 。 不 过 并 非 所 有 的 函数 都 有 资格 成 为 常量 表达 式 函 数 。 事 
实 上 ， 常 量 表达 式 函 数 的 要 求 非常 严格 ， 总 结 起 来 ， 大 概 有 以 下 几 点 : 





:函数 体 只 有 单一 的 return 返 回 语句 。 
.函数 必须 返回 值 〈 不 能 是 void 函数 ) 。 
.在 使 用 前 必须 已 有 定义 。 


Teturn 返 回 语句 表达 式 中 不 能 使 用 非常 量 表达 式 的 函数 、 全 局 数 
据 ， 且 必须 是 一 个 第 量 表达 式 。 





让 我 们 分 别 来 解释 一 下 。 首 先是 常量 表达 式 函 数 中 最 为 明显 的 限 
制 ， 就 是 要 求 函数 体 中 只 有 一 条 语句 ， 且 该 条 语句 必须 是 retum 语 句 。 


这 了 束 意味 着 形 如 : 





constexpr int data() { const int i = 1; return i; } 








这 样 的 多 条 语句 的 写法 是 无 法 通过 编译 的 。 不 过 一 些 不 会 产生 实际 代码 
的 语句 在 各 量 表达 式 函 数 中 使 用 下 ， 倒 不 会 导致 编译 器 的 “抱怨 >。 我 们 
可 以 看 看 如 下 static_assert 的 情况 : 





constexpr int f(int x){ 
static_assert(0 == 0, "assert fail."); 
return x; 


Ww 





该 例子 能 够 通过 编译 。 而 其 他 的 ， 比 如 using 指 令 、typedef 等 也 通常 





constexpr void f(){} 








这 样 的 不 返回 值 的 函数 就 不 能 是 常量 表达 式 。 当 然 ， 其 原因 也 很 明显 ， 
ATC RAS E 量 表达 式 是 不 被 认可 的 。 








第 三 点 约束 是 常量 表达 式 函 数 在 使 用 前 必须 被 定义 。 对 于 普通 函数 
而 言 ， 调 用 函数 只 需要 有 函数 声明 就 够 了 ， 但 常量 表达 式 函 数 的 使 用 则 
有 所 不 同 。 这 里 读者 应 该 注意 常量 表达 式 “ 使 用 ”和 “调用 ”的 区 别 ， 前 者 
讲 的 是 编译 时 的 值 计 算 ， 而 后 者 讲 的 是 运行 时 的 函数 调用 ， 如 代码 清单 
6-3 所 示 。 








代码 清单 6-3 





constexpr int f(); 

int a = f() 

const int b = f(); 

constexpr int c = f(); // 无 法 通过 编译 


constexpr int f() { return 1; } 
constexpr int d = f(); 


// 编译 选项 


:g++ -Std=c++11 -c 6-1-3.cpp 





这 里 我 们 声明 了 一 个 第 量 表达 式 函 数 f{。 在 定义 该 函数 之 前 ， 我 们 
定义 了 变量 a、 第 量 b 以 及 利 量 表达 式 值 (下 面 即 将 介绍 ) c。 在 a 和 b 的 
定义 中 ， 编 译 器 会 将 人 0 转换 为 一 个 函数 调用 ， 而 在 c 的 定义 中 ， 由 于 其 
古 一 个 常量 表达 式 值 ， 因 此 会 要 求 编译 器 进行 编译 时 的 值 计算 。 这 时 候 
由 于 f 常 量 表达 式 还 没有 定义 ， 束 会 导致 编译 错误 。 而 d 的 定义 则 没有 问 
是， 因为 {的 定义 已 经 有 了 。 因 此 ， 在 使 用 上 读者 必须 小 心 。 











其 实 从 代码 清单 6-3 我 们 也 可 以 看 出 ， 虽 然 f 被 定义 为 一 个 常量 表达 
式 ， 但 是 它 是 否 在 编译 时 进行 值 计 算 则 不 一 定 。 在 b 和 c 的 定义 中 ，f{ 就 
是 标准 的 函数 调用 ，constexpr 也 不 会 使 得 函数 被 重 写 。 那 么 普通 情况 
下 ， 程 序 员 也 就 不 用 对 声明 了 constexpr 的 函数 再 声明 一 个 没有 constexpr 
的 版 本 了 。 而 事实 上 ， 如 果 这 么 做 还 会 导致 错误 发 生 ， 比 如 下 面 的 声明 
就 会 导致 编译 器 报错 : 








constexpr int f(); 
int f(); 





第 四 点 非常 重要 ， 常 量 表 达 式 中 ， 也 不 能 使 用 非常 量 表 达 式 的 函 
数 。 形 如 





const int e(){ return 1;} 
constexpr int g(){ return e(); } 





或 者 形 如 





int g = 3; 
constexpr int h() { return g; } 





的 常量 表达 式 定 义 古 不 能 通过 编译 的 。 这 样 做 的 意义 也 比较 明显 ， 即 如 
果 我 们 要 使 得 g0) 是 一 个 编译 时 的 常量 ， 那 么 其 return 表 达 式 语句 就 不 能 
包含 运行 时 才能 确定 返回 值 的 函数 。 只 有 这 样 ， 编 译 器 才能 够 在 编译 时 
常量 表达 式 函 数 的 值 计算 。 





当然 ， 作 为 一 个 常量 表达 式 函 数 ，returmn 的 表达 式 需 要 是 一 个 常量 
表达 式 也 是 天 经 地 义 的 事情 。 一 些 危 险 的 操作 ， 比 如 赋值 的 操作 在 常量 
表达 式 中 也 是 不 允许 的 ， 形 如 





constexpr int k(int x) { return x = 1; } 





的 语句 也 是 无 法 通过 C++11 编 译 器 的 编译 的 。 


6.1.3 ”名 量 表达 式 值 


在 代码 清单 6-3 中 我 们 看 到 了 由 constexpr 关 键 字 修饰 的 “变量 *c 和 |f， 
这 样 声 明 的 变量 束 是 所 谓 的 常量 表达 式 值 Cconstant-expression 
value) 。 通 常情 况 下 ， 常 量 表达 式 值 必须 被 一 个 第 量 表 达 式 赋值 ， 而 跟 
常量 表达 陈 函 数 一 样 ， 第 量 表达 式 值 在 使 用 前 必须 被 初始 化 。 











而 使 用 constexpr 声 明 的 数据 最 第 被 问 起 的 问题 是 ， 下 列 两 条 语句 有 
什么 区 别 : 





const int i = 1; 
constexpr int j = 1; 





事实 上 ， 两 者 在 大 多 数 情况 下 是 没有 区 别 的 。 不 过 有 一 点 是 肯定 
的 ， 就 是 如 果 i 在 全 局 名 字 空 间 中 ， 编 译 需 一 定 会 为 产生 数据 。 而 对 于 
j， 如 果 不 是 有 代码 显 式 地 使 用 了 它 的 地 址 ， 编 译 器 可 以 选择 不 为 它 生 
成 数据 ， 而 仅 将 其 当做 编译 时 期 的 值 ( 是 不 是 想起 了 光 有 名 字 没 有 产生 
数据 的 枚 举 值 ， 以 及 不 会 产生 数据 的 右 值 字面 常量 ? 事实 上 ， 它 们 也 都 


只 是 编译 时 期 的 常量 〉。 

















感 。 因 为 编译 时 环境 和 运行 时 环境 可 能 有 所 人 不同， 那么 编译 时 的 浮上 当 





量 和 实际 运行 时 的 浮 点 数 第 量 可 能 在 精度 上 存在 差别 。 不 过 在 C++11 
中 ， 编 译 时 的 浮 点 数 第 量 表达 式 值 还 是 被 允许 的 。 标 准 要 求 编译 时 的 浮 
点 常量 表达 式 值 的 精度 要 人 至少 等 于 (或 者 高 于 ) 运行 时 的 浮 后 数 第 量 的 








而 对 于 自 定 义 类 型 的 数据 ， 要 使 其 成 为 常量 表达 式 值 的 话 ， 则 不 像 
内 置 类 型 这 么 简单 。C++11 标 准 中 ，constexpr 关 键 字 是 不 能 用 于 修饰 自 
类 型 的 定义 的 。 比 如 下 面 这 样 的 类 型 定义 和 使 用 : 





constexpr struct MyType {int i; } 
constexpr MyType mt = {0}; 











在 C++11 中 ， 就 是 无 法 通过 编译 的 。 正 确 地 做 法 是 ， 定 义 目 定 义 常 量 构 
造 函 数 Cconstent-expression constructor) 。 我 们 可 以 看 看 代码 清单 6-4 所 
示 的 例子 。 





代码 清单 6-4 





struct MyType { 
constexpr MyType(int x): i(x){} 
int i; 

}; 

constexpr MyType mt = {0}; 

// 编译 选项 


:g++ =¢ -Std=c++11 6-1-4.cpp 





代码 清单 6-4 中 ， 我 们 对 MyType 的 构造 函数 进行 了 定义 。 不 过 在 定 
义 前 ， 我 们 加 上 了 constexpr 关 键 字 。 通 过 这 样 的 定义 ，MyType 类 型 的 


constexpr 的 变量 mt 的 定义 就 可 以 通过 编译 了 。 
常量 表达 式 的 构造 函数 也 有 使 用 上 的 约束 ， 主 要 的 有 以 下 两 点 : 


:函数 体 必 须 为 空 





初始 化 列表 只 能 由 常量 表达 式 来 赋值 。 


通常 第 二 氮 跟 第 量 表 达 式 函数 一 样 ， 是 容易 出 错 的 ， 读 者 在 使 用 中 
应 该 注意 ， 形 如 下 面 的 音量 表达 式 构造 函数 都 是 无 法 通过 编译 的 : 





int f(); 
struct MyType { int i; constexpr MyType(): i(f()){}}; 
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数 ， 但 是 其 编译 时 的 “常量 性 ? 则 体现 在 类 型 上 ， 如 代码 清单 6-5 所 示 。 








代码 清单 6-5 





#include <iostream> 
using namespace std; 
struct Date { 
constexpr Date(int y, int m, int d): 
year(y), month(m), day(d) {} 
constexpr int GetYear() { return year; } 
constexpr int GetMonth() { return month; } 
constexpr int GetDay() { return day; } 
private: 
int year; 
int month; 
int day; 
了 
constexpr Date PRCfound {1949, 10, 1}; 
constexpr int foundmonth = PRCfound.GetMonth(); 
int main() { cout << foundmonth << endl; } // 10 
/ / 编译 选项 


:g++ -Std=c++11 -c 6-1-5.cpp 





在 代码 清单 6-5 中 ， 我 们 为 Date 类 型 声明 了 常量 表达 式 构造 函数 ， 
随后 定义 了 constexpr 的 变量 PRCfound。 此 外 ， 还 为 Date 定 义 常 量 表达 式 
的 成 员 函 数 ， 可 以 看 到 ， 可 以 从 PRCfound 中 拿 出 成 员 month， 赋 给 一 个 





常量 表达 式 值 foundmonth。 如 果 PRCfound 的 成 员 变 量 在 这 里 不 具有 编译 
时 的 常量 性 ， 显 然 是 不 可 能 做 到 的 。 








这 里 还 需要 注意 一 下 常量 表达 式 的 成 员 函 数 。 在 C++11 中 ， 不 允许 
常量 表达 式 作 用 于 virtual 的 成 员 函 数 。 这 个 原因 也 是 显而易见 的 ， 








virtual 表 示 的 是 运行 时 的 行为 ， 与 “可 以 在 编译 时 进行 值 计 算 ” 的 
constexpr 的 意义 是 冲突 的 。 


跟 第 量 表达 式 函 数 一 样 ， 常 量 表达 式 构造 函数 也 可 以 用 于 非常 量 
达 式 中 的 类 型 构造 ， 重 写 了 编译 器 也 会 报错 的 。 因 而 ， 程 序 员 不 必 为 类 
型 再 重 写 一 个 非常 量 表 达 式 版 本 。 











6.1.4 Free AIA TUN FE th by Ad 


常量 表达 式 是 可 以 用 于 模板 函数 的 。 不 过 由 于 模板 中 类 型 的 不 确定 
性 ， 所 以 模板 函数 是 否 会 被 实例 化 为 一 个 能 够 满足 编译 时 常量 性 的 版 本 

通常 也 是 未 知 的 。 针 对 这 种 情况 ，C++11 标 准 规定 ， 当 声明 为 常 
式 的 模板 函数 后 ， 而 某 个 该 模板 函数 的 实例 化 结果 不 满足 常量 表达 式 的 
需求 的 话 ，constexpr 会 被 自动 忽略 。 该 实例 化 后 的 函数 将 成 为 一 个 普通 
函数 ， 如 代码 清单 6-6 所 示 。 


代码 清单 6-6 





struct NotLiteral{ 
NotLiteral(){ i = 5; } 
int i; 
3; 
NotLiteral nl; 
template <typename T> constexpr T ConstExp(T t) { 
return t; 


} 
void g() { 
NotLiteral nl; 


NotLiteral nl1 = ConstExp(nl); 
constexpr NotLiteral nl2 = ConstExp(nl); // 无 法 通过 编译 


constexpr int a = ConstExp(1); 


} 
// 编译 选项 


:g++ -Std=c++11 -c 6-1-6.cpp 





在 代码 清单 6-6 中 ， 结 构 体 NotLiteral 不 是 一 个 定义 了 常 达 式 构 
造 函 数 的 类 型 ， 因 此 是 不 能 够 声明 为 澡 量 表达 式 值 的 。 而 模板 函数 


ConstExp 一 旦 以 NotLiteral 为 参数 的 话 ， 那 么 其 constexpr 关 键 字 将 被 忽 
略 ， 如 nl1 变 量 所 示 。 实 例 化 为 ConstExp<NotLiteral> 的 函数 将 不 是 一 个 
常量 表达 式 函 数 ， 因 此 ， 我 们 也 看 到 nl2 是 无 法 通过 编译 的 〈 当 然 ， 该 
例 中 constexpr NotLiteral 本 来 也 是 不 正确 的 声明 ) 。 而 在 可 以 实例 化 为 
常量 表达 式 函 数 的 时 候 ，ConstExp 则 可 以 用 于 常量 表达 式 值 的 初始 化 。 
比如 本 例 中 的 a， 就 是 由 实例 化 为 ConstExp<int> 的 常量 表达 式 函 数 所 初 
始 化 的 。 


对 于 常量 表达 式 的 应 用 ， 还 有 一 个 有 趣 的 问题 束 是 函数 地 归 问题 。 
如 果 一 个 函数 是 递归 的 ， 而 且 它 是 一 个 常量 表达 式 函 数 ， 那 么 会 友 生 什 
么 情况 呢 ? 事实 上 ， 在 种 量 表达 式 这 个 特性 提出 的 时 候 ， 提 出 者 是 不 太 
赞成 让 冲 量 表达 式 文 持 递 归 的 ， 不 过 C++11 标 准 中 并 没有 反对 第 量 表达 
式 的 递归 函数 ， 而 且 在 标准 中 说 明 ， 符 合 C++11 标 准 的 编译 占 对 常量 
达 式 函数 应 该 至 少 文 持 512 层 的 递归 。 








这 就 带 来 一 些 有 趣 的 结果 。 有 的 时 候 ， 编 译 器 被 我 们 稍微 改造 一 
下 ， 或 许 就 能 成 为 程序 员 的 “计算 圳 ”。 我 们 来 看 看 代码 清单 6-7 所 示 的 
例子 。 





代码 清单 6-7 





#include <iostream> 
using namespace std; 
constexpr int Fibonacci(int n) { 
return (n == 1) ? 1: ((n == 2) ? 1 : Fibonacci(n - 1) + Fibonacci(n - 2)); 


} 
int main() { 


int fib[] = { 
Fibonacci(11), Fibonacci(12), 
Fibonacci(13), Fibonacci(14), 
Fibonacci(15), Fibonacci(16) 
/ 
for (int i: fib) cout << i << endl; 


} 
// 编译 选项 


:clang++ -Std=c++11 6-1-7.cpp 





这 里 程序 员 知 道 斐 波 那 契 数 的 算法 ， 却 懒得 目 行 算 出 一 个 斐 波 那 外 
数组 (第 11~16 个 ) ， 因 此 他 利用 了 常量 表达 式 构 造 了 一 个 这 样 的 数 
组 。 在 我 们 的 实验 机 上 ， 我 们 用 clang++ 编 译 器 使 用 默认 优化 级 别 编 译 
了 这 个 程序 ， 然 后 反 汇编 发 现 该 数组 的 值 已 经 被 计算 好 了 ， 实 际 运行 的 
代码 没有 调用 Fibonacci 这 个 函数 。 这 跟 和 直接 调用 基于 范围 的 for 循 环 打印 
数组 中 的 值 的 代码 一 致 。 








事实 上 ， 这 种 基于 编译 时 期 的 运算 的 编程 方式 在 C++ 中 并 不 是 第 一 
次 出 现 。 早 在 C++ 模板 刚 出 现 的 时 候 ， 就 出 现 了 基于 模板 的 编译 时 期 运 
算 的 编程 方式 ， 这 种 编程 通常 被 称 为 模板 元 编程 (template meta- 
programming) 。 模 板 元 编程 同样 是 非常 有 意思 的 话题 ， 比 如 我 们 要 实 
现代 码 清单 6-7 所 示例 子 中 的 效果 ， 使 用 模板 元 编程 同样 是 可 以 的 ， 如 
代码 清单 6-8 所 示 。 




















代码 清单 6-8 





#include <iostream> 
using namespace std; 
template <long num> 
struct Fibonacci{ 
static const long val = Fibonacci<num - 1>::val + Fibonacci<num - 2>::val; 


}; 
template <> struct Fibonacci<2> { static const long val = 1; }; 
template <> struct Fibonacci<1> { static const long val = 1; }; 
template <> struct Fibonacci<@> { static const long val = 0; } 
int main() { 
int fib[] = { 
Fibonacci<11>::val, Fibonacci<12>::val, 
Fibonacci<13>::val, Fibonacci<14>::val, 
Fibonacci<15>::val, Fibonacci<1i6>::val, 


ti 
for (int i: fib) cout << i << endl; 


// 编译 选项 


:g++ -Std=c++11 6-1-8.cpp 





代码 清单 6-8 中 我 们 定义 了 一 个 非 类 型 参数 的 模板 Fibonacci。 该 模 
板 类 定义 了 一 个 静态 变量 val， 而 val 的 定义 方式 是 递归 的 。 因 此 模板 将 
会 递归 地 进行 推导 。 此 外 ， 我 们 还 通过 偏 特 化 定义 了 模板 推导 的 边界 条 
件 ， 即 韭 波 那 问 的 初始 值 。 那 么 模板 在 推导 到 边界 条 件 的 时 候 就 会 终止 
推导 。 通 过 这 样 的 方法 ， 我 们 同样 可 以 在 编译 时 进行 值 计算 ， 从 而 生成 
数组 的 值 。 











通过 constexpr 进 行 的 运行 时 值 计 算 ， 跟 模板 元 编程 非常 类 似 。 因 此 
有 的 程序 员 自 然 地 称 利 用 constexpr 进 行 编译 时 期 运算 的 编程 方式 为 
constexpr 元 编程 (constexpr meta-programming) 。 学 术 地 讲 ，constexpr 
元 编程 与 template 元 编程 一 样 ， 都 是 图 灵 完 备 的 ， 即 任何 程序 中 需要 表 

达 的 计算 ， 都 可 以 通过 constexpr 元 编程 的 方式 来 表达 。 由 于 constexpr 文 
持 浮 点 数 运算 (模板 元 编程 只 支持 整 型 ) ， 支 持 三 元 表达 式 、 喜 号 表达 
式 ， 所 以 很 多 人 认为 constexpr 元 编程 将 会 比 模板 元 编程 更 加 强大 。 从 这 
个 角度 讲 ，constexpr 元 编程 将 非常 让 人 期 待 。 











不 过 在 这 里 我 们 还 是 必须 为 这 些 期 街 浅 点 冷水 。 因 为 从 我 们 的 实践 
中 发 现 ， 并 不 是 使 用 了 constexpr， 编 译 右 束 一 定 会 在 编译 时 期 对 常量 
达 式 函数 进行 值 计 算 。 事 实 上 ， 对 于 代码 清单 6-4 所 示 的 例子 ， 如 果 用 
g++ 的 默认 优化 级 别 来 编译 ， 我 们 实验 机 上 会 产生 调用 Fibonacci 函 数 的 
代码 (clang++ 在 O0 级 别 也 会 有 这 样 的 效果 〉) 。 在 C++11 标 准 中 ， 我 们 
也 没有 看 到 要 求 编译 絮 一 定 要 对 常量 表达 式 进行 编译 时 期 的 值 计算 。 标 
准 只 是 定义 了 可 以 用 于 编译 时 进行 值 运 算 的 常量 表达 式 的 定义 ， 却 没有 
强制 要 求 编 译 器 一 定 在 编译 时 进行 值 运算 。 所 以 编译 器 通过 一 些 手段 绕 
过 代码 的 语法 ， 仍 然 做 运行 时 的 调用 ， 这 样 的 方法 也 是 符合 C++11 标 准 
的 《通常 情况 下 ， 这 样 做 也 是 编译 器 实现 constexpr 的 第 一 步 ， 因 为 这 样 
最 简单 也 最 不 容易 出 错 ， 后 期 如 果实 现 了 编译 时 值 计 算 ， 该 方法 还 可 以 
用 作 验 证 手段 ) 。 推 迟到 运行 时 的 唯一 的 缺点 就 是 性 能 上 会 有 一 定 问 
题 。 可 以 想象 ， 为 了 提高 编译 吉 的 竞争 力 ， 各 种 编译 需 都 会 渐渐 将 种 量 
表达 式 的 运算 放 到 编译 时 ， 到 那个 时 候 ，constexpr 元 编程 或 许 才 能 大 行 
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6.2 ” 变 长 模板 


CEP 类 别 ， 库 作者 


6.2.1 变 长 函数 和 变 长 的 模板 参数 





在 2.1 节 中 ， 我 们 知道 C++11 已 经 支持 了 C99 的 变 长 宏 。 变 长 宏 与 
printf 的 默契 配合 使 得 程序 员 能 够 非常 容易 地 派生 出 printf 的 变种 以 文 持 
一 些 记录 。 而 如 我 们 提 到 的 ，printf 则 使 用 了 C 语 言 的 函数 变 长 参数 特 
性 ， 通 过 使 用 变 长 函数 〈variadic funciton) ，printf 的 实现 能 够 接受 任何 
长 度 的 参数 列表 。 不 过 无 论 是 宏 ， 还 是 变 长 参数 ， 整 个 机 制 的 设计 上 ， 
没有 任何 一 个 对 于 传递 参数 的 类 型 是 了 解 的 。 我 们 可 以 看 看 变 长 函数 的 
例子 。 通 常情 况 下 ， 一 个 变 长 函数 可 以 如 代码 清单 6-9 所 示 。 


代码 清单 6-9 





#include <stdio.h> 
#include <stdarg.h> 
double SumOfFloat(int count, ...) { 
va_list ap; 
double sum = 0; 
va_start(ap, count); / / 获得 变 长 列表 的 句柄 


a 
for(int i = 0; i < count; i++) 
sum += va_arg(ap, double); // 每 次 获得 一 个 参数 


va_end(ap); 
return sum; 


int main() { 
printf("%f\n", SumOfFloat(3, 1.2f, 3.4, 5.6)); // 10.200000 


/ / 编译 选项 


:gcc 6-2-1.cpp 


ee 一 | 


在 代码 清单 6-9 中 ， 我 们 声明 了 一 个 名 为 SumOfFloat 变 长 函数 。 变 
长 函数 的 第 一 个 参数 count 表 示 的 是 变 长 参数 的 个 数 ， 这 必须 由 
SumOfFloat 的 调用 者 传递 进来 。 而 在 被 调用 者 中 ， 则 需要 通过 一 个 类 型 
为 va_list 的 数据 结构 ap 来 辅助 地 获得 参数 。 可 以 看 到 ， 这 里 代码 首先 使 
用 va_start 函 数 对 ap 进行 初始 化 ， 使 得 ap 成 为 被 传递 的 变 长 参数 的 一 
ANAJ” Chandler) 。 而 后 代码 再 使 用 va_arg 函 数 从 ap 中 将 参数 一 一 取 
出 用 于 运算 。 由 于 这 里 是 计算 浮 点 数 的 和 ， 所 以 每 次 总 是 给 va_arg 传 递 
一 个 double 类 型 作为 参数 。 图 6-1 显 示 了 一 种 变 长 函数 的 可 能 的 实现 方 
式 ， 即 以 句柄 ap 为 指向 各 个 变 长 参数 的 指针 ， 而 va_arg 则 通过 改变 指针 
的 方式 《每 次 增加 sizeof(double) 字 节 ) 来 返回 下 一 个 指针 所 指向 的 对 








ap 





ap va_arg(va_list, double); 





图 6-1 变 长 函数 可 能 的 实现 方式 


可 以 看 到 ， 在 本 例 中 ， 只 有 使 用 表达 式 va_arg(ap,double) 的 时 候 ， 
我 们 才 按 照 类 型 (实际 是 按 类 型 长 度 ) 去 变 长 参数 列表 中 获得 指定 参 
数 。 而 如 何 打 印 则 得 益 于 传递 在 字符 串 中 的 形 如 “%s”、“%d” 这 样 的 转 
义 字 ， 以 及 传递 的 count 参 数 。 事 实 上 ， 函 数 “ 本 身 ” 完 全 无 法 知道 参数 数 
量 或 者 参数 类 型 。 因 此 ， 对 于 一 些 没 有 定义 转 义 字 的 非 POD 的 数据 来 
说 ， 使 用 变 长 函数 就 会 导致 未 定义 的 程序 行为 。 比 如 : 








const char *msg = "hello %s"; 
printf(msg, std::string("world")); 


这 样 的 代码 就 会 导致 printf 出 错 。 





从 为 一 个 角度 讲 ， 变 长 函数 这 种 实现 方式 ， 对 于 C++ 这 种 强调 类 型 
的 语言 来 说 相当 于 开 了 一 个 “不 规范 ”的 后 门 。 这 是 C++ 标 准 中 所 不 愿意 
看 到 的 《即使 它 能 够 工作 ) 。 因 此 ， 客 观 上 ，C++ 需 要 引入 一 种 更 
为 “现代 化 ”的 变 长 参数 的 实现 方式 ， 即 类 型 和 变量 同时 能 够 传递 给 变 长 
参数 的 函数 。 一 个 好 的 方式 束 是 使 用 C++ 的 函数 模板 。 在 C++98 中 ， 标 
准 要 求 函 数 模 板 始终 具有 数目 确定 的 模板 参数 及 函数 参数 。 因 此 如 果 要 
实现 一 个 新 的 变 长 参数 的 函数 的 话 ， 我 们 需要 突破 参数 的 限制 。 





此 外 在 一 些 情况 下 ， 关 也 需要 不 定 长 度 的 模板 参数 。 最 为 典型 的 就 
征 C++11 标 准 库 中 的 tuple 类 模板 。 如 果 读 者 熟悉 C++98 中 的 pair 类 模板 的 





话 ， 那 么 理解 tuple 也 就 不 困难 了。 具体 来 讲 ，pair 是 两 个 不 同类 型 的 数 
据 的 集合 。 比 如 pair<int,double> 束 能 够 容纳 int 类 型 和 double 类 型 的 两 种 
数据 。 一 些 如 std::map 的 标准 库容 器 ， 其 成 员 就 需要 是 类 模板 pair 的 。 在 
C++11 中 ，tuple 是 pair 类 的 一 种 更 为 泛 化 的 表现 形式 。 比 起 pair，tuple 是 
可 以 接受 任意 多 个 不 同类 型 的 元 素 的 集合 。 比 如 我 们 可 以 通过 : 











std::tuple<double, char, std::string> collections; 





来 声明 一 个 tuple 模 板 类 。 该 collections 变 量 可 以 容纳 double、char、 
std::string 三 种 类 型 的 数据 。 当 然 ， 读 者 还 可 以 用 更 多 的 参数 来 声明 
collection， 因 为 tuple 可 以 接受 任意 多 的 参数 。 此 外 ， 和 pair 类 似 地 ， 我 
们 也 可 以 更 为 简单 地 使 用 C++11 的 模板 函数 make_tuple 来 创造 一 个 tuple 
模板 类 型 。 





std::make_tuple(9.8, 'g', "gravity"); 








HF tupet e ARE Bt WY ERIS, MATER LL, we 
模板 能 够 接受 变 长 的 参数 。 因 此 ， 在 C++11 中 我 们 就 看 到 了 所 谓 的 变 长 
模板 (variadic template) 的 实现 。 


注意 “在 C++98 中 ， 由 于 没有 变 长 模板 ，tuple 能 够 文 持 的 模板 参数 


数量 实际 上 是 有 限 的 。 这 个 数量 是 由 标准 库 定 义 了 多 少 个 不 同 参数 版 本 
的 tuple 模 板 而 决定 的 。 








6.2.2 EKER: 模板 参数 包 和 函数 参数 包 


我 们 移 看 看 变 长 模板 的 语法 ， 还 是 以 前 面 提 到 的 tuple 为 例 ， 我 们 需 
要 以 下 代码 来 声明 tuple 是 一 个 变 长 类 模板 : 


template <typename... Elements> class tuple; 


可 以 看 到 ， 我 们 在 标示 符 Elements 之 前 的 使 用 了 省 略 写 (三 
个 “点 ”) 来 表示 该 参数 是 变 长 的 。 在 C++11 中 ，Elements 被 称 作 是 一 
个 “模板 参数 包 ” (template parameter pack) 。 这 是 一 种 新 的 模板 参数 类 
型 。 有 了 这 样 的 参数 包 ， 类 模板 tuple 束 可 以 接受 任意 多 个 参数 作为 模板 
参数 。 对 于 以 下 实例 化 的 tuple 模 板 类 : 





tuple<int, char, double> 


编译 器 则 可 以 将 多 个 模板 参数 打包 成 为 “单个 的 ”模板 参数 包 
Elements， 即 Element 在 进行 模板 推导 的 时 候 ， 就 是 一 个 包含 int、char 和 
double 三 种 类 型 类 型 集合 。 





与 普通 的 模板 参数 类 似 ， 模 板 参数 包 也 可 以 是 非 类 型 的 ， 比 如 : 


template<int...A> class NonTypeVariadicTemplate{}; 
NonTypeVariadicTemplate<1, ©, 2> ntvt; 


就 定义 了 接受 非 类 型 参数 的 变 长 模板 NonTypeVariadicTemplate。 这 
里 ， 我 们 实例 化 一 个 三 参数 (1,0,2) 的 模板 实例 ntvt。 该 声明 方式 相当 
F: 





template<int, int, int> class NonTypeVariadicTemplate{}; 
NonTypeVariadicTemplate<1, ©, 2> ntvt; 





这 样 的 类 模板 定义 和 实例 化 。 


除了 类 型 的 模板 参数 包 和 非 类 型 的 模板 参数 包 ， 模 板 参 数 包 实际 上 
还 是 模板 类 型 的 ， 不 过 这 样 的 声明 会 比较 复杂 ， 我 们 在 后 面 再 讨论 。 


一 个 模板 参数 包 在 模板 推导 时 会 被 认为 是 模板 的 单个 参数 (虽然 实 
际 上 它 将 会 打包 任意 数量 的 实 参 ) 。 为 了 使 用 模板 参数 包 ， 我 们 总 是 需 
要 将 其 解 包 Cunpack) 。 在 C++11 中 ， 这 通常 是 通过 一 个 名 为 包 扩展 
(pack expansion) 的 表达 式 来 完成 。 比 如 : 











template<typename... A> class Template: private B<A...>{}; 





这 里 的 表达 式 A...〔 即 参数 包 A 加 上 三 个 “点 ”) 就 是 一 个 包 扩展 。 直 
观 地 看 ， 参 数 包 会 在 包 扩 展 的 位 置 展开 为 多 个 参数 。 比 如 : 








template<typename T1, typename T2> class B{}; 
template<typename... A> class Template: private B<A...>{}; 
Template<xX, Y> xy; 





这 里 我 们 为 类 模板 声明 了 一 个 参数 包 A， 而 使 用 参数 包 A... 则 是 在 


Template 的 私有 基 类 B<A...> 中 ， 那 么 最 后 一 个 表达 式 就 声明 了 一 个 基 类 
为 B<X,Y> 的 模板 类 Template<X,Y> 的 对 象 xy。 其 中 X、Y 两 个 模板 参数 
先是 被 打包 为 参数 包 A， 而 后 又 在 包 扩 展 表达 式 A... 中 被 还 原 。 读 者 可 以 
体会 一 下 这 样 的 使 用 方式 。 











不 过 上 面 对 象 xy 的 例子 是 基于 类 模板 B 总 是 接受 两 个 参数 的 前 提 下 
的 。 倘 知 我 们 在 这 里 声明 了 一 个 Template<X,Y,Z>， 了 束 必 然 会 发 生 模板 
推导 的 错误 。 这 跟 我 们 之 前 提 到 的 “ 变 长 ”似乎 没有 任何 关系 。 那 么 如 何 
才能 利用 模板 参数 包 及 包 扩 展 ， 使 得 模板 能 够 接受 任意 多 的 模板 参数 ， 
且 均 能 实例 化 出 有 效 的 对 象 呢 ? 





事实 上 ， 在 C++11 中 ， 实 现 tuple 模 板 的 方式 给 出 了 一 种 使 用 模板 参 
数 包 的 答案 。 这 个 思路 是 使 用 数学 的 归纳 法 ， 转 换 为 计算 机 能 够 实现 的 
手段 则 是 递归 。 通 过 定义 递归 的 模板 侦 特 化 定义 ， 我 们 可 以 使 得 模板 参 
数 包 在 实例 化 时 能 够 层 层 展开 ， 直 到 参数 包 中 的 参数 逐渐 耗 义 或 到 达 某 
个 数量 的 边界 为 止 。 下 面 的 例子 是 一 个 用 变 长 模板 实现 tuple《〈 简 化 的 
tuple 实 现 ) 的 代码 ， 如 代码 清单 6-10 所 示 。 





代码 清单 6-10 





template <typename... Elements> class tuple; // 变 长 模板 的 声明 


template<typename Head, typename... Tail> // 递归 的 偏 特 化 定义 


class tuple<Head, Tail...> : private tuple<Tail...> { 


Head head; 


/ 
template<> class tuple<> {}; // 边界 条 件 


// 编译 选项 


:g++ -Std=c++11 6-2-2.cpp 








在 代码 清单 6-10 中 ， 我 们 声明 了 变 长 模板 类 tuple， 其 只 包含 一 个 模 
板 参数 ， 即 Elements 模 板 参 数 包 。 此 外 ， 我 们 又 偏 特 化 地 定义 了 一 个 双 
参数 的 tuple 的 版 本 。 该 偏 特 化 版 本 的 tuple 包 含 了 两 个 参数 ， 一 个 是 类 型 
模板 参数 Head， 男 一 个 则 是 模板 参数 包 Tail。 在 代码 清单 6-10 的 实现 
中 ， 我 们 将 Head 型 的 数据 作为 ple<Head,Tail...> 的 第 一 个 成 员 ， 而 将 使 
用 了 包 扩 展 表 达 式 的 模板 类 tuple<Tail...> 作 为 tuple<Head,Tail...> 的 私有 
基 类 。 这 样 一 来 ， 当 程序 员 实 例 化 一 个 形 如 tuple<double,int,chatr,float> 
的 类 型 时 ， 则 会 引起 基 类 的 递归 构造 ， 这 样 的 递归 在 tuple 的 参数 包 为 0 
个 的 时 候 会 结束 。 这 是 由 于 我 们 定义 了 边界 条 件 或 者 说 初始 条 件 ， 即 
tuple<> 这 样 不 包含 参数 的 偏 特 化 版 本 而 造成 的 。 在 代码 清单 6-10 中 ， 
tuple<> 偏 特 化 版 本 是 一 个 没有 成 员 的 空 类 型 。 这 样 一 来 ， 编 译 器 将 从 
tuple<> 建 造 出 tuple<float>， 继 而 造 出 tuple<char,float>、 


tuple<int,char,float>， 最 后 束 建 造 出 了 了 tuple<double,int,char,float> 类 型 。 


图 6-2 是 tuple<double,int,char,float> 实 例 化 后 的 继承 结构 示意 图 。 我 
们 用 方 框 表 示 类 型 ， 而 方 框 内 的 方 框 则 表示 类 型 由 其 内 部 的 方 框 所 代表 
的 类 型 私有 派生 而 来 。 


tuple<double, int, char, float> 


| 


float head 


char head 


double head 





图 6-2 ”tuple<double,int,char,float> 继 承 结构 示意 图 





这 种 变 长 模板 的 定义 方式 稍 显 复 淋 ， 不 过 却 有 效 地 解决 了 模板 参数 
个 数 这 样 的 问题 。 当 然 ， 这 样 做 的 前 提 是 模板 类 /函数 的 定义 要 具有 能 
够 递 推 的 结构 。 


我 们 再 来 看 一 个 使 用 非 类 型 模板 的 一 个 例子 ， 如 代码 清单 6-11 所 


代码 清单 6-11 





#include <iostream> 
using namespace std; 
template <long... nums> struct Multiply; 
template <long first, long... last> 
struct Multiply<first, last...> { 
static const long val = first * Multiply<last...>::val; 
}; 
template<> 
struct Multiply<> { 
static const long val = 1; 


F; 

int main() { 
cout << Multiply<2, 3, 4, 5>::val << endl; // 120 
cout << Multiply<22, 44, 66, 88, 9>::val << endl; // 50599296 
return 0; 


// 编译 选项 


:clang++ -std=c++11 6-2-3.cpp 





在 代码 清单 6-11 中 ， 我 们 定义 了 接受 非 类 型 参数 的 变 长 模板 类 
Multiply. Multiply 的 唯一 用 途 是 将 模板 的 参数 相 乘 。 而 通过 Mutiply 的 
成 员 val， 我 们 可 以 将 参数 相 乘 的 结果 读 出 来 。 类 似 地 ， 这 里 也 发 生 了 
编译 时 期 的 值 计算 ， 我 们 最 后 在 main 函 数 中 打印 的 是 Multiply 的 一 
量 静 态 成 员 val， 而 非 执 行 任 何 函 数 调用 。 本 例 跟 代码 清单 6-8 的 例子 非 
常 相 似 ， 也 可 以 算 作 模板 元 编程 的 范畴 。 














除了 变 长 的 模板 类 ， 在 C++11 中 ， 我 们 还 可 以 声明 变 长 模板 的 函 
数 。 对 于 变 长 模板 函数 而 言 ， 除 了 声明 可 以 容纳 变 长 个 模板 参数 的 模板 
参数 包 之 外 ， 相 应 地 ， 变 长 的 函数 参数 也 可 以 声明 成 函数 参数 包 





(function parameter pack) 。 比 如 : 





template<typename ... T> void f(T ... args); 





这 个 例子 中 ， 由 于 T 是 个 变 长 模板 参数 类 型 )， 因 此 args 则 是 对 
应 于 这 些 变 长 类 型 的 数据 ， 即 函数 参数 包 。 值 得 注意 的 是 ， 在 C++11 
中 ， 标 准 要 求 函数 参数 包 必 须 唯 一 ， 且 是 函数 的 最 后 一 个 参数 模板 参 
数 包 没有 这 样 的 要 求 ) 。 





有 了 模板 参数 包 和 函数 参数 包 两 个 概念 ， 我 们 就 可 以 实现 C 中 变 长 
函数 的 功能 了 。 我 们 可 以 看 看 这 个 C++11 提 案 中 实现 新 的 printf 的 例子 ， 
如 代码 清单 6-12 所 示 。 


代码 清单 6-12 





#include <iostream> 
#include <stdexcept> 
using namespace std; 
void Printf(const char* s) { 
while (*s) { 
if (*s == '%' && *++s != '%') 
throw runtime_error("invalid format string: missing arguments"); 
cout << *S++; 


template<typename T, typename... Args> 
void Printf(const char* s, T value, Args... args) { 
while (*s) { 
if (*s == '%' && *++s != '%') { 


cout << value; 
return Printf(++s, args...); 


cout << *S++; 
throw runtime_error("extra arguments provided to Printf"); 


int main() { 
Printf("hello %s\n", string("world")); // hello world 


// 编译 选项 


:g++ -Std=c++11 6-2-4.cpp 


在 代码 清单 6-12 中 ， 实 现 了 Printf 的 参数 。Printf 是 一 个 变 长 函数 模 
板 ， 这 里 为 了 兼容 于 printf， 仍 然 提 供 了 printf 式 的 字符 串 ， 所 以 Printf 功 
能 等 同 于 printf， 可 以 接受 该 字符 串 及 变 长 的 参数 。 而 Printf 的 功能 也 大 
于 printf， 因 为 它 可 以 接受 std::string 这 样 的 非 内 置 类 型 。 


从 代码 清单 6-12 的 代码 中 我 们 看 到 ， 相 比 于 变 长 函数 ， 变 长 函数 模 
板 不 会 丢弃 参数 的 类 型 信息 。 因 此 重 载 的 cout 的 操作 符 << 总 是 可 以 将 具 
有 类 型 的 变量 正确 地 打印 出 来 。 这 就 是 Printf 功 能 大 于 printf 的 主要 原 
因 ， 也 是 变 长 模板 函数 远 强 于 变 长 函数 的 地 方 。 





6.2.3 KER: 进 阶 


在 代码 清单 6-10 中 ， 我 们 看 见 参数 包 在 类 的 基 类 描述 列表 中 进行 了 
展开 ， 而 在 代码 清单 6-11 中 ， 参 数 包 则 在 表达 式 中 进行 了 展开 。 那 么 在 
C++11 中 ， 有 多 少 地 方 可 以 展开 参数 包 呢 ? 事实 上 ， 标 准 定义 了 以 下 7 
种 参数 包 可 以 展开 的 位 置 : 


初始 化 列表 (列表 初始 化 参见 第 3 章 ) 
基 类 描述 列表 
类 成 员 初 始 化 列表 
-模板 参数 列表 
通用 属性 列表 (第 8 章 中 会 讲 到 ) 


lambda 函 数 的 捕捉 列表 (第 7 章 中 会 讲 到 ) 





语言 的 其 他 “地 方 ” 则 无 法 展开 参数 包 。 而 对 于 包 扩 展 而 言 ， 其 解 包 
也 与 其 声明 的 形式 明明 相关 。 事 实 上 ， 我 们 还 可 以 声明 一 些 有 趣 的 包 扩 
展 表 达 式 。 比 如 声明 了 Arg 为 参数 包 ， 那 么 我 们 可 以 使 用 Arg&&... 这 样 





的 包 扩 展 表 达 式 ， 其 解 包 后 等 价 于 Argl&&,..,Argn&& (这 里 我 们 假设 
Arg1 是 参数 包 里 的 第 一 个 参数 ， 而 Argn 是 最 后 一 个 ) 。 


一 个 更 为 有 趣 的 包 扩 展 表 达 式 如 下 : 





template<typename... A> class T: private B<A>...{}; 





注意 这 个 包 扩 展 跟 下 面 的 类 模板 声明 : 





template<typename... A> class T: private B<A...>{}; 








在 解 包 后 是 不 同 的 ， 对 于 同样 的 实例 化 T<X,Y>， 前 者 会 解 包 为 : 





class T<X, Y>: private B<X>, private B<Y>{}; 





即 多 重 继承 的 派生 类 ， 而 后 者 则 会 解 包 为 : 





class T<X, Y>: private B<X, Y>{}; 





即 派生 于 多 参数 的 模板 类 的 派生 类 ， 这 点 存在 着 本 质 的 不 同 。 


类 似 的 状况 也 会 发 生 在 函数 声明 上 ， 我 们 可 以 看 看 代码 清单 6-13 所 
示 的 例子 。 





代码 清单 6-13 





#include <iostream> 


using namespace std; 
template<typename ... T> void DummyWrapper(T... t) {} 
template <typename T> T pr(T t) { 

cout << t; 

return t; 


template<typename... A> 

void VTPrint(A... a) { 
DummyWrapper(pr(a)...); // 包 扩展 解 包 为 

pr(1), pr(", ")..., pr(", abc\n") 


了 
int main() { 
vTPrint(1, ", ", 1.2, ", abc\n"); 


// 编译 选项 : 


xlc -+ -qlanglvl=variadictemplates 6-2-5.cpp 





在 代码 清单 6-13 中 ， 我 们 定义 了 一 个 依赖 于 变 长 模板 包 扩 展 展开 的 
VTPrint 函 数 。 可 以 看 到 ，pr(a)… 这 样 的 包 扩 展 表 达 式 ， 将 会 被 展开 为 
pr(1)、pr(",")、...、Ppr(",abc\n")， 从 而 pr 将 参数 以 此 打印 出 来 。 在 我 们 的 
实验 机 上 ， 我 们 可 以 得 到 以 下 输出 : 





1, 1.2, abc 








这 样 一 来 ， 我 们 也 实现 一 个 接受 任意 长 度 参 数 的 打印 函数 。 可 以 看 
到 ， 这 样 的 包 扩 展 表 达 式 ， 为 参数 包 的 使 用 市 来 了 非常 多 的 灵活 性 。 


注意 ”在 我 们 实验 机 上 使 用 g++ 编译 上 述 例子 将 无 法 得 到 上 面 的 答 
KR (g++ 似乎 是 被 每 个 pr 的 执行 顺序 打 乱 了 )。 


以 上 讲 的 都 是 参数 包 的 扩展 ， 事 实 上 ， 除 去 扩展 外 ， 在 C++11 中 ， 
标准 还 引入 了 新 操作 符 “sizeof...”( 没 有 看 错 ， 这 个 操作 符 就 是 sizeof 后 





面 加 上 了 3 个 小 点 ) ， 其 作用 是 计算 参数 包 中 的 参数 个 数 。 通 过 这 个 操 
作 符 ， 我 们 能 够 实现 参数 包 更 多 的 用 法 。 我 们 来 看 一 个 例子 ， 如 代码 清 
单 6-14 所 示 。 


代码 清单 6-14 





#include <cassert> 

#include <iostream> 

using namespace std; 

template<class...A> void Print(A...arg) { 
assert(false); // Æ 


6 参数 偏 特 化 版 本 都 会 默认 


assert(false) 


} 
// 特 化 


6 参数 的 版 本 


void Print(int ai, int a2, int a3, int a4, int a5, int a6) { 
cout << al << 2 W << a2 << ar W << a3 << My W 
<< a4 << ", " << a5 << ", " << a6 << endl; 


} 
template<class...A> int Vaargs(A...args){ 
int size = sizeof...(A); // 计算 变 长 包 的 长 度 
switch(size){ 
case 0: Print(99, 99, 99, 99, 99, 99); 
break; 
case 1: Print(99, 99, args..., 99, 99, 99); 
break; 
case 2: Print(99, 99, args..., 99, 99); 
break; 
case 3: Print(args..., 99, 99, 99); 
break; 
case 4: Print(99, args..., 99); 
break; 
case 5: Print(99, args...); 
break; 
case 6: Print(args...); 
break; 
default: 


Print(0, 0, 0, ©, 0, 0); 


return size; 


int main(void) { 
Vaargs(); // 99, 99, 99, 99, 99, 99 
Vaargs(1); // 99, 99, 1, 99, 99, 99 
Vaargs(1, 2); // 99, 99, 1, 2, 99, 99 


Vaargs(1, 2, 3); // 1, 2, 3, 99, 99, 99 
Vaargs(1, 2, 3, 4); // 99, 1, 2, 3, 4, 99 
Vaargs(1, 2, 3, 4, 5); // 99, 1, 2, 3, 4, 5 
Vaargs(1, 2, 3, 4, 5, 6); // 1, 2, 3, 4, 5, 6 
Vaargs(1, 2, 3, 4, 5, 6, 7); // 0, 9, 0, 0, 0, 0 
return 0; 

// 编译 选项 


:g++ -std=c++11 6-2-6.cpp 





在 代码 清单 6-14 的 例子 当中 ， 我 们 仅 为 变 长 函数 模板 Print 提 供 了 一 
个 参数 为 6 的 特 化 版 本 。 假 如 我 们 的 代码 试图 实例 化 参数 不 等 于 6 的 
Print， 编 译 器 则 会 推导 Print 为 执行 assert(false) 的 操作 的 版 本 。 反 之 ， 则 
会 实例 化 参数 为 6 的 特 化 版 本 。 这 里 ，Vaargs 的 函数 参数 包 的 参数 数量 
被 计算 并 被 传递 ， 进 而 实现 不 同 参数 数量 的 不 同 打印 。 这 里 同样 实现 了 
接受 任意 个 参数 的 功能 ， 不 过 却 没 有 像 之 前 一 样 使 用 递归 。 


有 的 读者 一 定 会 对 使 用 模板 做 变 长 模板 的 参数 包 感 兴趣 。 实 际 上 ， 
使 用 模板 做 参数 包 跟 使 用 类 型 和 非 类 型 的 模板 参数 包 并 没有 太 大 的 区 
别 。 我 们 可 以 看 看 代码 清单 6-15 所 示 的 这 个 例子 。 





代码 清单 6-15 





template<typename I, template<typename> class... B> struct Container{}; 
template<typename I, template<typename> class A, template<typename> class... B> 
struct Container<I, A, B...> { 

A<I> a; 


Container<I, B...> b; 


/ 
template<typename I> struct Container<I>{}; 
/ / 编译 选项 


:g++ -Std=c++11 -c 6-2-7.cpp 


代码 清单 6-15 就 定义 了 使 用 模板 作为 变 长 模板 参数 包 的 一 个 变 长 模 
板 。 可 以 看 到 ，Container 类 型 使 用 了 两 个 参数 一 类 型 [和 模板 参数 包 
template<typename>class...B。 而 递归 的 偏 特 化 定义 中 ， 我 们 看 到 成 员 变 
量 的 定义 使 用 了 类 型 I 和 模板 A: A<I> 这 样 的 模板 中 的 类 型 声明 。 即 用 I 
做 参数 实例 化 模板 参数 template<typename>class A (希望 读者 还 没有 糊 
YR) 。 而 Container<LB.…>b 则 保证 编译 器 会 继续 递归 地 推导 下 去 。 推 导 
到 模板 参数 包 为 空 的 时 候 ， 我 们 的 边界 条 件 就 会 起 作用 。 代 码 清单 6-15 
整 段 代码 并 没有 特别 之 处 ， 如 果 读 者 在 这 里 觉得 阅读 代码 有 点 儿 困 难 ， 
那 可 能 需要 花 一 点 儿 时 间 编 写 代 码 来 进行 理解 。 

















那么 ， 在 C++11 中 ， 我 们 是 人 否 可 以 同时 在 变 长 模板 类 中 声明 两 个 模 
板 参 数 包 呢 ?事实 上 ， 如 果 我 们 像 下 面 这 样 声 明 ， 通 常 就 会 及 生 编 译 错 


mi 


VR: 


template<class...A, class...B> struct Container {}; 
template<class...A, class B> struct Container{}; 








编译 器 会 提示 程序 员 ， 模 板 参 数 包 不 是 变 长 模板 类 的 最 后 一 个 参 
数 。 不 过 实际 上 上， 如果 编译 露 能够 进行 推导 的 话 ， 模 板 参数 包 倒 不 一 定 
非得 作为 模板 的 最 后 一 个 参数 ， 比 如 代码 清单 6-16 所 示 的 这 个 例子 品 。 








代码 清单 6-16 


#include <cstdio> 

#include <tuple> 

using namespace std; 

template<typename A, typename B> struct S {}; 
// 两 个 模板 参数 包 


template< 
template<typename... > class T, typename... TArgs 
, template<typename... > class U, typename... UArgs 


> 
struct S< T< TArgs... >, U< UArgs... > > {}; 
int main() 
{ 
S<int, float> p 
S<std::tuple<int, char>, std::tuple<float>> s; 
} 
// 编译 选项 


:g++ -std=c++11 6-2-8.cpp 





代码 清单 6-16 中 ， 我 们 使 用 了 两 个 模板 参数 包 作为 模板 类 S 的 参 

数 。 很 有 意思 的 是 ， 除 了 struct S 以 外 ， 另 外 两 个 模板 参数 : class TH 
class U 也 是 变 长 模板 ， 因 此 本 例 实际 是 一 个 变 长 模板 作 参 数 的 模板 示 
例 。 值 得 注意 的 是 ， 模 板 中 的 变 长 模板 是 无 法 做 递归 的 偏 特 化 声明 和 定 
义 边界 条 件 的 特 化 声明 的 。 不 过 在 本 例 中 ， 我 们 看 到 了 模板 类 struct S 
然 是 可 以 推导 的 。 这 是 因为 我 们 使 用 了 标准 库 中 的 变 长 模板 类 型 tuple。 
那么 IT 和 U 的 推导 就 可 以 根据 tuple 的 定义 进行 ， 直 至 推导 到 边界 条 件 〈T 
和 U 两 个 tuple 都 不 再 包含 模板 参数 ) ， 即 template<typename A,typename 
B>struct S{};，S 的 定义 才 递 归 地 被 产生 。 























代码 清 蛙 6-16 的 写法 略 有 些 星 深 ， 不 过 至 少 成 功 地 同时 地 使 用 两 个 
模板 参数 包 。 如 果 读 者 需要 更 多 的 模板 参数 包 ， 也 可 以 “ 依 戎 户 画 妹 ”。 


我 们 再 来 看 看 变 长 模板 参数 和 完美 转发 结合 使 用 的 例子 ， 如 代码 清 
单 6-17 所 示 。 


代码 清单 6-17 





#include <iostream> 

using namespace std; 

struct A { 
A(){} 
A(const A& a) { cout << "Copy Constructed " << __func__ << endl; } 
A(A&& a) { cout << "Move Constructed " << __func__ << endl; } 


}; 

struct B { 
B(){} 
B(const B& b) { cout << "Copy Constructed " << _ func << endl; } 
B(B&& b) { cout << "Move Constructed " << __func__ << endl; } 

J; 


/ / 变 长 模板 的 定义 


template <typename... T> struct MultiTypes; 
template <typename T1, typename... T> 
struct MultiTypes<T1, T...> : public MultiTypes<T...>{ 
T1 t1; 
MultiTypes<T1, T...>(T1 a, T... b): 
ti(a), MultiTypes<T...>(b...) { 
cout << "MultiTypes<Ti, T...>(T1 a, T... b)" << endl; 
} 
}; 


template <> struct MultiTypes<> { 

MultiTypes<>(){ cout << "MultiTypes<>()" << endl;} 
J; 
// 完美 转发 的 变 长 模板 


template <template <typename...> class VariadicType, typename... Args> 
VariadicType<Args...> Build(Args&&... args) 
í 


return VariadicType<Args...>(std::forward<Args>(args)...); 


int main() { 
A a; 
B b; 
Build<MultiTypes>(a, b); 
} 
// 编译 选项 


:g++ -std=c++11 6-2-9.cpp 


二 一 


在 代码 清单 6-17 中 ， 我 们 定义 了 两 个 类 型 A 和 B。 上 此外， 我们 还 定 
义 了 变 长 模板 MultiType， 以 及 一 个 接受 变 长 模板 作为 参数 的 变 长 模板 
函数 Build。 可 以 看 到 ， 在 Build 的 声明 中 ， 我 们 将 其 参数 声明 为 一 个 右 
值 引用 ， 而 我 们 在 转发 时 ， 则 使 用 了 std::forward 来 保证 左 值 按照 左 值 引 
用 、 右 值 按照 右 值 引用 的 方式 传递 。 在 我 们 的 这 段 代 码 示例 中 ，main 函 
数 传递 了 两 个 左 值 给 Build<MultiTypes> 作 为 变 长 函数 包 。 这 里 ， 我 们 通 
过 Moultitypes 的 构造 函数 来 递归 地 构造 一 个 MultiTypes 的 实例 。 编 译 运行 
该 程序 ， 在 我 们 的 实验 机 上 ， 可 以 看 到 如 下 结 
MultiTypes<>() 


MultiTypes<T1, T...>(T1 a, T... b) 
MultiTypes<T1i, T...>(T1 a, T... b) 





虽然 代码 清单 6-17 所 示 的 代码 看 起 来 非常 复杂 ， 不 过 其 产生 的 效果 
却 非常 好 。 事 实 上 ， 由 于 我 们 传递 的 是 左 值 ， 因 此 在 Multitypes 对 象 在 
构造 的 时 候 ， 没 有 调用 任何 的 拷贝 构造 函数 或 者 移动 构造 函数 。 构 造 后 
的 类 型 实际 上 只 包含 了 对 之 前 定义 变量 a 和 b 的 引用 。 我 们 可 以 通过 图 6- 
3 来 看 一 下 。 





Build<MultiTypes>(a, b) 


main 中 变量 





图 6-3 ”代码 清单 6-17 中 构造 的 变量 类 


虽然 在 语法 和 编程 上 ， 使 用 变 长 模板 会 存在 一 些 难度 ， 不 过 对 于 库 
的 编写 者 而 言 ， 变 长 模板 具备 了 很 好 的 实用 性 《尤其 是 它 能 够 实现 其 他 
方式 无 法 实现 的 功能 ) 。 在 标准 库 中 ， 也 添加 了 形 如 tuple、 
emplace_back 这 样 的 变 长 模板 类 和 变 长 模板 函数 。 如 果 读 者 需要 传递 变 
长 的 类 型 或 者 函数 参数 ， 也 不 妨 使 用 变 长 模板 试 试 。 





[1] ARY hittp://stackoverflow.com/questions/470667 7/partial- 


template-specialization-with-multiple-templateparameter-packs. 


6.3 ”原子 类 型 与 原子 操作 


CHP 类 别 ， 所 有 人 


6.3.1 并行 编 程 、 多 线程 与 C++11 


在 C++11 之 前 ，C/C++ 一 直 是 一 种 顺序 的 编程 语言 。 顺 序 是 指 所 有 
指令 都 是 串 行 执行 的 ， 即 在 相同 的 时 刻 ， 有 且 仅 有 单个 CPU 的 程序 计数 
器 指向 可 执行 代码 的 代码 段 ， 并 运行 代码 段 中 的 指令 。 而 C/C++ 代 码 也 
总 是 对 应 地 拥有 一 份 操作 系统 赋予 进程 的 包括 堆 、 栈 、 可 执行 的 〈 代 
码 ) 及 不 可 执行 的 《数据 ) 在 内 的 各 种 内 存 区 域 。 








不 过 随 着 处 理 器 的 发 展 ， 半 导体 工业 在 提升 处 理 器 频率 时 遭遇 到 漏 
电流 等 各 种 技术 瓶颈 。 以 顺序 执行 编程 模型 为 基础 的 单 核 处 理 需 的 发 
展 ， 在 高 速 发 展 20 多 年 后 开始 接近 停滞 。 随 之 而 来 的 是 多 核 处 理 器 的 发 
展 风潮 。 相 应 地 ， 编 程 语 言 逐 渐 也 开始 向 并 行 化 的 编程 方式 发 展 。 

















常见 的 并 行 编程 有 多 种 模型 ， 如 共享 内 存 、 多 线程 、 消 乱 传 递 等 。 
不 过 从 实用 性 上 讲 ， 多 线程 模型 往往 具有 较 大 的 优势 。 多 线程 模型 允许 
同一 时 间 有 多 个 处 理 器 单元 执行 统一 进程 中 的 代码 部 分 ， 而 通过 分 离 的 
栈 空 间 和 共 胖 的 数据 区 及 堆栈 空间 ， 线 程 可 以 拥有 独立 的 执行 状态 以 及 
进行 快速 的 数据 共享 。 因此 在 2000 年 以 后 ， 主 流 的 蕊 片 三 丙 以 及 编译 絮 
开发 三 丙 或 组 织 都 开始 推广 适用 于 多 核 处 理 器 的 多 线程 编程 模型 。 而 纺 
程 语言 ， 也 逐渐 地 将 线程 模型 纳入 语言 特性 或 者 语言 库 中 。 不 过 
C/C++ 由 于 新 标准 壕 述 未 出 ， 因 此 我 们 也 就 一 直 没 有 看 到 集成 于 











C/C++ 语 言 特性 中 的 线程 特性 或 者 线程 库 。 


在 C++11 之 前 ， 在 C/C++ 中 程序 中 使 用 线程 却 并 非 鲜 见 。 这 样 的 代 
人 码 主要 使 用 POSIX 线 程 (Pthread) 和 OpenMP 编 译 器 指令 两 种 编程 模型 
来 完成 程序 的 线程 化 。 其 中 ，POSIX 线 程 是 POSIX 标 准 中 关于 线程 的 部 
分 ， 程 序 员 可 以 通过 一 些 Pthread 线 程 的 API 来 完成 线程 的 创建 、 数 据 的 
共享 、 同 步 等 功能 。Pthread 主 要 用 于 C 语 言 ， 在 类 UNIX 系 统 上 ， 如 
FreeBSD. NetBSD, OpenBSD. GNU/Linux. Mac OS X, B27 
Windows 上 都 有 实现 〈Windows 上 Pthread 的 实现 并 非 * 原 生 ”， 主 要 还 是 
包装 为 Windows 的 线程 库 )。 不 过 在 使 用 的 便利 性 上 ，Pthread 不 如 后 来 
者 OpenMP。OpenMP 的 编译 费 指 令 将 大 部 分 的 线程 化 的 工作 交 给 了 编 
译 器 完成 ， 而 将 识别 需要 线程 化 的 区 域 的 工作 交 给 了 程序 员 ， 这 样 的 使 
用 方式 非常 简单 ， 也 易于 推广 。 因 此 ，OpenMP 得 到 了 业界 大 多 数 主流 
软 硬 件 厂商 ， 如 AMD、IBM、Intel、Cray、HP、Fujitsu、Nvidia、 








NEC, Microsoft. Texas Instruments, Oracle Corporation 等 的 支持 。 除 去 
C/C++ 语言 外 ，OpenMP 还 可 以 用 于 Fortran 语 言 ， 是 现行 的 一 种 非常 有 
影响 力 的 使 用 线程 程序 优化 的 编程 模型 。 


而 在 C++11 中 ， 标 准 的 一 个 相当 大 的 变化 就 是 引入 了 多 线程 的 文 
持 。 这 使 得 C/C++ 语言 在 进行 线程 编程 时 ， 不 必 依 赖 第 三 方 库 和 标准 。 
而 C/C++ 对 线程 的 支持 ， 一 个 最 为 重要 的 部 分 ， 就 是 在 原子 操作 中 引入 
了 原子 类 型 的 概念 。 


6.3.2 ”原子 操作 与 C++11 原 子 类 型 


所 谓 原 子 操作 ， 就 是 多 线程 程序 中 “最 小 的 且 不 可 并 行 化 的 ?的 操 
作 。 通 党 对 一 个 共 至 资源 的 操作 是 原子 操作 的 话 ， 意 味 着 多 个 线程 访问 
该 资源 时 ， 有 且 仅 有 唯一 一 个 线程 在 对 这 个 资源 进行 操作 。 那 么 从 线程 
《处理 器 ) 的 角度 看 来 ， 其 他 线程 就 不 能 够 在 本 线程 对 资源 访问 期 间 对 
该 资源 进行 操作 ， 因 此 原子 操作 对 于 多 个 线程 而 言 ， 束 不 会 发 生 有 别 于 
单线 程 程序 的 意外 状况 。 


通 第 情况 下 ， 原 子 操作 都 是 通过 “ 互 奈 ”(mutual exclusive) 的 访问 
来 保证 的 。 实 现 互 斥 通 间 需要 平台 相关 的 特殊 指令 ， 这 在 C++11 标 准 之 
前 ， 这 常常 意味 着 需要 在 C/C++ 代 码 中 嵌入 内 联 汇编 代码 。 对 程序 员 来 
讲 ， 就 必须 了 解 平台 上 与 同步 相关 的 汇编 指令 。 当 然 ， 如 果 只 是 想 实 现 
粗 粒 度 的 互 斥 ， 借 助 POSIX 标 准 的 pthread 库 中 的 互 斥 锁 Cmutex) 也 可 
以 做 到 。 我 们 可 以 看 看 代码 清单 6-18 所 示 的 例子 。 














代码 清单 6-18 





#include <pthread.h> 
#include <iostream> 
using namespace std; 
static long long total = 0; 
pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER; 
void* func(void *) { 
long long i; 
for(i = 0; i < 100000000LL; i++) { 
pthread_mutex_lock(&m) ; 
total += i; 
pthread_mutex_unlock(&m) ; 


} 


int main() { 
pthread_t threadi, thread2; 
if (pthread_create(&threadi, NULL, &func, NULL))f{ 
throw; 


} 
if (pthread_create(&thread2, NULL, &func, NULL))f{ 
throw; 


} 
pthread_join(thread1, NULL); 
pthread_join(thread2, NULL); 
cout << total << endl; // 9999999900000000 
return 0; 

} 

// 编译 选项 


:g++ 6-3-1.cpp -lpthread 





在 代码 清单 6-18 中 ， 我 们 给 出 了 一 个 在 Linux 上 使 用 pthread 进 行 原 
子 操作 的 例子 。 这 里 ， 为 了 保证 total+=i 语 句 的 原子 性 ， 我 们 创建 了 一 个 
pthread_mnutex_t 类 型 的 互 斥 锁 m， 并 且 在 语句 的 前 后 使 用 加 锁 
(pthread_mutex_lock) 和 解锁 Cpthread_mutex_unlock) 两 种 操作 来 确 
保 该 语句 只 有 单一 线程 可 以 访问 。 这 里 我 们 启动 了 两 个 线程 thread1 和 
thread2， 并 将 它们 加 入 Goin) 程序 的 执行 。 由 于 两 个 线程 互 斥 地 访问 
原子 操作 语句 ， 从 而 得 出 total 正 确 结 果 为 9999999900000000。 对 于 多 线 
程 的 程序 而 言 ， 进 出 临界 区 “〈 即 我 们 的 原子 操作 语句 total+=i) 的 加 锁 / 
解锁 操作 都 是 必须 的 。 如 果 将 加 锁 / 解 锁 操 作 的 代码 都 注释 掉 的 话 ， 在 
我 们 的 实验 机 上 ，total 的 结果 将 由 于 线程 间 对 数据 的 竞争 (contention) 
而 不 再 准确 。 因 此 ， 为 了 防止 数据 竞争 问题 ， 我 们 总 是 需要 确保 对 total 
的 操作 是 原子 操作 。 








不 过 显而易见 地 ， 代 码 清单 6-18 中 基于 pthread 的 方法 虽然 可 行 ， 但 





代码 编写 却 很 麻烦 。 程 序 员 需要 为 共享 变量 创建 互 太 锁 ， 并 在 进入 临界 
区 前 后 进行 加 锁 和 解锁 的 操作 。 对 于 习惯 了 在 单线 程 情况 下 编程 的 程序 
员 而 言 ， 互 斥 锁 的 管理 无 疑 是 种 负担 。 不 过 在 C++11 中 ， 通 过 对 并 行 编 
程 更 为 展 好 的 抽象 ， 要 实现 同样 的 功能 就 简单 了 很 多 。 我 们 可 以 看 看 代 
码 清 单 6-19 所 示 的 例子 。 








代码 清单 6-19 





#include <atomic> 

#include <thread> 

#include <iostream> 

using namespace std; 

atomic_llong total {0}; // 原子 数据 类 型 


void func(int) { 
for(long long i = 0; i < 100000000LL; ++i) { 
total += i; 


} 


int main() { 
thread ti(func, 0); 
thread t2(func, 0); 
t1.join(); 
t2.join(); 
cout << total << endl; // 9999999900000000 
return 0; 


// 编译 选项 


‘g++ -std=c++11 6-3-2.cpp -lpthread 





在 代码 清单 6-19 中 ， 我 们 将 变量 total 定 义 为 一 个 “原子 数据 类 型 ”: 
atomic_llong， 该 类 型 长 度 等 同 于 C++11 中 的 内 置 类 型 long long。 在 
C++11 中 ， 程 序 员 不 需要 为 原子 数据 类 型 显 式 地 声明 互 斥 锁 或 调用 加 
锁 、 解 锁 的 API， 线 程 就 能 够 对 变量 total 互 斥 地 进行 访问 。 这 里 我 们 定 





义 了 C++11 的 线程 std::thread 变 量 t1 及 t2， 它 们 都 执行 同样 的 函数 func， 
并 类 似 于 pthread t， 调 用 了 std::thread 成 员 函 数 join 加 入 程序 的 执行 。 可 
以 看 到 ， 由 于 原子 数据 类 型 的 原子 性 得 到 了 可 靠 的 保障 ， 程 序 最 后 打印 
出 的 total 的 值 依 然 为 9999999900000000。 





相 比 于 基于 C 以 及 过 程 编程 的 pthread“ 原 子 操作 API* 而 言 ，C++11 对 
于 “原子 操作 ”概念 的 抽象 于 从 了 面 癌 对 象 的 思想 一 C++11 标 准 定义 的 都 
是 所 谓 的 “原子 类 型 ”。 而 传统 意义 上 所谓 的 “原子 操作 ”， 则 抽象 为 针对 
于 这 些 原子 类 型 的 操作 (事实 上 ， 是 原子 类 型 的 成 员 函 数 ， 稍 后 解 
释 ) 。 直 观 地 看 ， 编 译 器 可 以 保证 原子 类 型 在 线程 间 被 互 斥 地 访问 。 这 
样 设计 ， 从 并 行 编程 的 角度 看 ， 古 由 于 需要 同步 的 总 是 数据 而 不 是 代 
码 ， 因 此 C++11 对 数据 进行 抽象 ， 会 有 利于 产生 行为 更 为 良好 的 并 行 代 
码 。 而 进一步 地 ， 一 些 琐 雁 的 概念 ， 比 如 互 斥 锁 、 临 界 区 则 可 以 被 
C++11 的 抽象 所 掩盖 ， 因 而 并 行 代码 的 编写 也 会 变 得 更 加 人 简单。 




















在 C++11 的 并 行程 序 中 ， 使 用 原子 类 型 是 非常 容易 的 。 事 实 上 ， 由 
于 C++11 与 C11 标 准 都 文 持原 子 类 型 ， 因 此 我 们 可 以 简单 地 通过 
大 nclude<cstdatomic> 头 文件 中 来 使 用 对 应 于 内置 类 型 的 原子 类 型 定义 。 
<cstdatomic> 中 包含 的 原子 类 型 定义 如 表 6-1 所 示 。 





表 6-1 <cstdatomic> 中 原子 类 型 和 内 置 类 型 对 应 表 








原子 类 型 名 称 对 应 的 内 置 类 型 名 称 
atomic_bool bool 
atomic_char char 





atomic_schar 


signed char 





atomic_uchar 


unsigned char 





atomic int 


int 





atomic_uint 


unsigned int 





atomic_short 


short 





atomic_ushort 


unsigned short 





atomic long 


long 





atomic_ulong 


unsigned long 





atomic llong 


long long 





atomic_ullong 


unsigned long long 





atomic charl6 t 


charl6 t 





atomic char32 t 


char32 t 





atomic _wchar t 





wchar t 
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使 用 atomic 类 模板 。 通 过 该 类 模板 ， 程 序 员 任 意 定 义 出 需要 的 原子 类 
型 。 比 如 下 列 语句 : 








std::atomic<T> t; 





就 声明 了 一 个 类 型 为 T 的 原子 类 型 变量 t。 编 译 器 会 保证 产生 并 行情 况 下 
行为 展 好 的 代码 ， 以 避免 线程 间 对 数据 t 的 竞争 。 而 在 C11 中 ， 要 想 定义 
原子 的 自 定义 类 型 ， 则 需要 使 用 C11 的 新 关键 字 _Atomic 来 完成 (不 过 在 
本 书 完 成 时 ， 各 个 编译 器 对 C11 中 原子 操作 的 文 持 都 非常 有 限 ) 。 





对 于 线程 而 言 ， 原 子 类 型 通常 属于 “资源 型 "的 数据 ， 这 意味 着 多 个 
线程 通 利 只 能 访问 单个 原子 类 型 的 拷贝 。 因 此 在 C++11 中 ， 原 子 类 型 只 
能 从 其 模板 参数 类 型 中 进行 构造 ， 标 准 不 允许 原子 类 型 进行 拷贝 构造 、 


移动 构造 ， 以 及 使 用 operator= 等 ， 以 防止 发 生意 外 。 比 如 : 


atomic<float> af {1.2f}; 
atomic<float> afl {af}; // 无 法 通过 编译 


其 中 ，afl{af} 的 构造 方式 在 C++11 中 是 不 允许 的 〈 事 实 上 ，atomic 
模板 类 的 拷贝 构造 函数 、 移 动 构 造 图 数 、operator= 等 总 是 默认 被 删除 
的 。 我 们 会 在 第 7 章 中 介绍 如 何 删除 一 些 默认 的 函数 ) 。 


不 过 从 atomic<T> 类 型 的 变量 来 构造 其 模板 参数 类 型 T 的 变量 则 是 可 
以 的 o 比如 : 
atomic<float> af {1.2f}; 


float f = af; 
float f1 {af}; 








这 是 由 于 atomic 类 模板 总 是 定义 了 从 atomic<T> 到 TT 的 类 型 转换 函数 
的 缘故 。 在 需要 时 ， 编 译 器 会 隐 式 地 完成 原子 类 型 到 其 对 应 的 类 型 的 转 
换 。 





那么 ， 使 得 原子 类 型 能 够 在 线程 间 保持 原子 性 的 缘由 主要 还 是 因为 
编译 器 能 够 保证 针对 原子 类 型 的 操作 都 是 原子 操作 。 如 我 们 之 前 提 到 
的 ， 原 子 操作 都 是 平台 相关 的 ， 因 此 有 必要 为 常见 的 原子 操作 进行 抽 
象 ， 定 义 出 统一 的 接口 ， 并 根据 编译 选项 (或 环境 ) 产生 其 平台 相关 的 
实现 。 在 C++11 中 ， 标 准将 原子 操作 定义 为 atomic 模 板 类 的 成 员 函 数 ， 





这 完 括 了 绝 大 多 数 典 型 的 操作 ， 如 读 、 写 、 交 换 和 等。 当然， 对 于 内 置 类 
型 而 言 ， 主 要 是 通过 重 载 一 些 全 局 操作 符 来 完成 的 。 以 之 前 在 代码 清单 
6-19 中 看 到 的 operator+= 操 作为 例 ， 在 我 们 的 实验 机 上 使 用 g++ 进行 编译 
的 话 ， 会 产生 一 条 特殊 的 lock 前 级 的 x86 指 令 ，lock 能 够 控制 总 线 及 实现 
x86 平 台 上 的 原子 性 的 加 法 。 


表 6-2 显 示 了 所 有 atomic 类 型 及 其 相关 的 操作 。 


表 6-2” atomic 类 型 的 操作 


atomic- atomic 









































; atomic atomic ! atomic atomic j Atomic 
操作 ~ | integral- <integral- 
flag bool <bool> <e j <class-type> 
type type> 
test_and_set Y 
clear ¥ 
is lock free y y y y y y 
load y ¥ y y y y 
store y y: y y y y 
exchange y y y y y y 
compare_exchange weak +strong y y y y y y 
fetch_add, += y y y 
fetch_sub, -= y y y 
fetch_or, |= y y 
fetch_and, &= y y 
fetch xor, “= y y 
+4,-- y y y y 























这 里 的 atomic-integral-type 和 integral-type， 指 的 都 是 表 6-1 中 所 有 原 
子 类 型 的 整 型 ， 而 class-type 则 是 指 自 定 义 类 型 。 可 以 看 到 ， 对 于 大 多 数 
的 原子 类 型 而 言 ， 都 可 以 执行 读 Coad) 、 写 (store) 、 交 换 
(exchange) 、 比 较 并 交换 





(compare_exchange_weak/compare_exchange_stronge) 等 操作 。 通 常情 


况 下 ， 这 些 原子 操作 已 经 足够 使 用 了 。 比 如 在 下 列 语句 中 : 





atomic<int> a; 
int b = a; 





赋值 语句 b=a 实 际 就 等 同 于 b=a.load()。 而 由 于 a.load 是 原子 操作 ， 因 
此 可 以 避免 线程 间 关 于 a 的 竞争 ， 而 下 列 语句 : 








atomic<int> a; 
a= 1; 





其 赋值 语句 a=1 则 等 同 于 调用 a.store(1)。 同 样 的 ， 由 于 a.store 是 原子 
操作 ， 也 可 以 避免 线程 间 关 于 a 的 竞争 。 而 exchange 和 
compare_exchange_weak/compare_exchange_stronge 则 更 为 复杂 一 些 。 由 
于 每 个 平台 上 对 线程 间 实 现 交 换 、 比 较 并 交换 等 操作 往往 有 着 不 同 的 方 
式 ， 无 法 用 一 致 的 高 级 语言 表达 ， 因 此 这 些 接口 封装 了 平台 上 最 高 性 能 
的 实现 ， 使 得 程序 员 能 够 在 不 同 平台 上 都 能 获得 最 佳 的 性 能 





此 外 ， 对 于 整 型 和 指针 类 型 ， 我 们 还 可 以 看 到 ， 标 准 为 其 定义 了 一 
些 算术 运算 和 效 辑 运算 的 操作 符 ， 其 意义 都 比较 直观 ， 就 不 次 述 了 。 不 
过 在 表 6-2 中 ， 我 们 还 可 以 看 到 一 个 比较 特殊 的 布尔 型 的 atomic 类 型 : 
atomic_flag (注意 ，atomic_flag 跟 atomic_bool 是 不 同 的 ) ， 相 比 于 其 他 
的 atomic 类 型 ，atomic_flag 是 无 锁 的 〈lock-free) ， 即 线程 对 其 访问 不 需 

要 加 锁 ， 因 此 对 atomic_flag 而 言 ， 也 就 不 需要 使 用 load、store 等 成 员 





数 进 行 读 写 〈 或 者 重 载 操 作 符 ) 。 而 典型 地 ， 通 过 atomic_flag 的 成 员 
test_and_set 以 及 clear， 我 们 可 以 实现 一 个 目 旋 锁 〈spin lock) 。 我 们 来 
看 看 代码 清单 6-20 所 示 的 例子 。 





代码 清单 6-20 





#include <thread> 
#include <atomic> 
#include <iostream> 
#include <unistd.h> 
using namespace std; 


std::atomic_flag lock = ATOMIC_FLAG_INIT; 


void f(int n) { 


while (lock.test_and_set(std::memory_order_acquire)) // 尝试 获得 锁 


cout << "Waiting from 


cout << "Thread " << n << 


} 

void g(int n) { 
cout << "Thread " << n << 
lock.clear(); 
cout << "Thread " << n << 


int main() { 
lock.test_and_set(); 
thread ti(f, 1); 
thread t2(g, 2); 
t1.join(); 
usleep(100); 
t2.join(); 


} 
// 编译 选项 





thread " << n << endl; // i 











" starts working" << endl; 


"is going to start." << endl; 


" starts working" << endl; 


:g++ -std=c++11 6-3-3.cpp -lpthread 





在 代码 清单 6-20 中 ， 我 们 声明 了 一 个 全 局 的 atomic_flag 变 量 lock。 
最 开始 ， 将 lock 初 始 化 为 值 ATOMIC_FLAG _INIT， 即 false 的 状态 。 而 在 
线程 tl 中 (执行 函数 f 的 代码 ) ， 我 们 不 停 地 通过 lock 的 成 员 test_and_set 


来 设置 lock 为 tue。 这 里 的 test_and_setO0 是 一 种 原子 操作 ， 用 于 在 一 个 内 
存 空间 原子 地 写 入 新 值 并 且 返 回 旧 值 。 因 此 test_and_set 会 返回 之 前 的 
lock 的 值 。 所 以 当 线 程 t1 执 行 join 之 后 ， 由 于 在 main 函 数 中 调用 过 
test_and_set， 因 此 f 中 的 test_and_set 将 一 直 返 回 true， 并 不 断 打 印信 息 ， 
即 自 旋 等 待 。 而 当 线程 2 加 入 运行 的 时 候 ， 由 于 其 调用 了 lock 的 成 员 
clear， 将 lock 的 值 设 为 false， 因 此 此 时 线程 tL 的 自 旋 将 终止 ， 从 而 开始 
运行 后 面 的 代码 。 这 样 一 来 ， 我 们 实际 上 就 通过 自 旋 锁 达 到 了 让 tl 线程 
等 待 刀 线程 的 效果 。 当 然 ， 还 可 以 将 lock 封 装 为 锁 操 作 ， 比 如 : 








void Lock(atomic_flag *lock) { while (lock.test_and_set ()); } 
void Unlock(atomic_flag *lock) { lock.clear(); } 


这 样 一 来 ， 就 可 以 通过 Lock 和 UnLock 操 作 ， 像 “往常 ”一 样 互 斥 地 
访问 临界 区 了 。 除 此 之 外 ， 很 多 时 候 ， 了 解 底层 的 程序 员 会 考虑 使 用 无 
锁 编 程 ， 以 最 大 限度 地 挖掘 并 行 编程 的 性 能 ， 而 C++11 的 无 锁 机 制 为 这 
样 的 实现 提供 了 高 级 语言 的 支持 。 


在 上 面 的 例子 中 ， 我 们 的 原子 操作 都 是 比较 直观 的 。 事 实 上 ,在 
C++11 中 ， 原 子 操作 还 可 以 包含 一 个 参数 ;memory_order。 通 常情 况 
下 ， 使 用 该 参数 将 有 利于 编译 器 进一步 释放 并 行 的 潜在 的 性 能 。 不 过 在 
这 之 前 ， 我 们 必须 先 了 解 一 下 什么 是 内 存 模型 。 











6.3.3 ”内 存 模 型 ， 顺 序 一 致 性 与 nemory_order 





如 果 只 是 简单 地 想 在 线程 间 进 行 数据 的 同步 的 话 ， 原 子 类 型 已 经 为 
程序 员 已 经 提供 了 一 些 同 步 的 保障 。 不 过 这 样 做 的 安全 性 却 是 建筑 于 一 
个 假设 之 上 ， 即 所 谓 的 顺序 一 致 性 〈sequential consistent) 的 内 存 模 型 
(memory model) 。 要 了 解 顺序 一 致 性 以 及 内 存 模型 ， 我 们 不 妨 看 看 代 
码 清 单 6-21 所 示 的 例子 。 





代码 清单 6-21 





#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a {0}; 
atomic<int> b {0}; 
int ValueSet (int ) { 


int t = 1; 
a=t; 
b = 2; 
} 
int Observer(int) { 
cout << "(" << a << ", " << b << ")" << endl; // 可 能 有 多 种 输出 
} 


int main() { 
thread ti(ValueSet, 0); 
thread t2(Observer, 0); 
t1.join(); 
t2.join(); 
cout << "Got ("<<a << ", " << b << ")" << endl; // Got (1, 2) 


} 
// 编译 选项 


‘g++ -std=c++11 6-3-4.cpp -lpthread 


Fa 


在 代码 清单 6-21 中 ， 我 们 创建 了 两 个 线程 tL 和 t2， 分 别 执行 ValueSet 
和 Observer 函数 。 在 ValueSet 中 ， 为 a 和 b 分 别 赋值 1 和 2。 而 在 Observer 
中 ， 只 是 打印 出 a 和 b 的 值 。 可 以 想象 ， 由 于 Observer 打印 a 和 b 的 时 间 与 
ValueSet 设 置 a 和 b 的 时 间 可 能 有 多 种 组 合 方式 ， 因 此 Obsever 可 能 打印 出 
(0,0)， 或 者 (1,2)， 甚 至 是 (1,0) 这 样 的 结果 。 不 过 无 论 Observer 打 印 了 什 

， 在 线程 结束 后 再 打印 a 和 b 的 值 ， 总 会 得 到 〈1,2) 这 样 的 结果 。 如 图 
6-4 所 示 ， 展 示 了 这 样 的 多 种 可 能 性 。 


main ValueSet Observer 
| ee | 
A tt 
E t=1 、 
i 7 
IN 打印 a,b 
| im (0,0) 


(1,0) 
(1,2) 





m 序 一 致 性 | 


打印 a,b rat 
(1.2) 7 | | 


ee i i ee i i i ee es | N NE 


虽然 Observer 可 能 打印 出 a、b 的 3 种 组 合 ， 但 这 里 如 果 Observer 打 印 
出 (0,2) 这 样 的 值 是 否 合理 呢 ?” 按 照 通 常 的 程序 是 顺序 执行 的 理解 ，(0,2) 





应 该 不 是 合理 的 输出 。 这 从 图 6-4 中 也 可 以 直观 地 看 到 ，a 的 赋值 语句 a=t 
总 是 先 于 b 的 赋值 语句 b=2 执 行 的 ， 这 是 一 个 合乎 情理 的 假设 ， 但 对 于 本 
例 却 并 不 重要 。Observer 的 编写 者 只 是 试图 一 客 线 程 ValueSet 的 执行 状 
况 ， 不 过 这 种 绒 看 相 比 于 结果 一 一 线程 结束 后 a 和 b 的 值 总 是 (1,2) 而 言 ， 
并 不 是 必须 的 。 也 就 是 说 ， 在 本 例 的 假定 下 ，a、b 的 赋值 语句 在 
ValueSet 中 谁 先 执行 谁 后 执行 并 不 会 对 程序 的 执行 产生 影响 ， 因 此 说 执 
行 顺序 是 不 重要 的 。 


























这 一 点 假设 虽然 看 似 并 不 起 眼 ， 但 对 于 编译 器 《〈 甚 全 是 处 理 器 ， 下 
面 我 们 会 解释 ) 来 说 非常 重要 。 通 党 情况 下 ， 如 条 编译 器 认定 a、b 的 赋 
值 语句 的 执行 先后 顺序 对 输出 结果 有 任何 的 影响 的 话 ， 则 可 以 依 情况 将 
旨 令 重 排序 Creorder) 以 提高 性 能 。 而 如 果 a、b 赋 值 语句 的 执行 顺序 必 
须 是 a 先 b 后 ， 则 编译 器 则 不 会 执行 这 样 的 优化 。 如 果 我 们 假定 ， 所 有 的 
原子 类 型 的 执行 顺序 都 无 关 紧 要 ， 那 么 在 多 线程 情况 下 就 可 能 发 生 严 重 
的 错误 。 我 们 来 看 看 代码 清单 6-22 所 示 的 例子 。 














代码 清单 6-22 


#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a; 
atomic<int> b; 
int Threadi(int) { 
int t = 1; 


a=t; 
b = 2; 


} 
int Thread2(int) { 
while(b != 2) 














cout << a << endl; // 总 是 期 待 
a 的 值 为 
1 
int main() { 
thread t1(Thread1, 0); 
thread t2(Thread2, 0); 
t1.join(); 
t2.join(); 
return 0; 


// 编译 选项 


‘g++ -std=c++11 6-3-5.cpp -lpthread 


在 代码 清单 6-22 中 ，Thread2 函 数 所 在 线程 一 开始 总 是 在 自 旋 等 答 ， 
直到 b 的 值 被 赋值 为 2， 它 才 会 继续 执行 打 Fla 的 指令 。 如 末 这 里 ， 我 们 
假设 Thread1 中 a 的 赋值 语句 的 执行 被 重 排 友 到 b 的 赋值 语句 之 后 的 话 ， 
那么 Thread2 则 可 能 打印 出 a 的 值 为 0。 这 与 程序 员 的 看 见 的 代码 执行 顺 
序 完全 背离 ， 而 一 旦 发 生 这 样 的 情况 ， 程 序 员 也 很 难 想象 大 然 这 是 编译 
器 《或 者 处 理 器 ) 改变 了 代码 的 执行 顺序 而 导致 错误 。 因 此 为 了 避免 这 
样 的 错误 ， 在 多 线程 情况 下 ， 非 常 有 必要 保证 如 同 代 码 清单 6-21 及 代码 
清单 6-22 中 原子 变量 a 的 赋值 语句 先 于 原子 变量 b 的 赋值 语句 发 生 。 








实际 上 默认 情况 下 ， 在 C++11 中 的 原子 类 型 的 变量 在 线程 中 总 是 保 
持 着 顺序 执行 的 特性 〈 非 原子 类 型 则 没有 必要 ， 因 为 不 需要 在 线程 间 进 
行 同 步 ) 。 我 们 称 这 样 的 特性 为 "顺序 一 致 "的 ， 即 代码 在 线程 中 运行 的 
顺序 与 程序 员 看 到 的 代码 顺序 一 致 ，a 的 赋值 语句 永远 发 生 于 b 的 赋值 语 











名 之 前 。 这 样 的 “顺序 一 致 能 够 最 大 限度 地 保证 程序 的 正确 性 。 如 同 我 
们 在 代码 清单 6-22 中 看 到 的 一 样 ，a 的 赋值 语句 先 于 b 的 赋值 语句 发 生 ， 
这 样 的 “ 先 于 发 生 ”(happens-before〉 关 系 必须 得 到 遵守 ， 否 则 可 能 导致 
严重 的 错误 。 不 过 偏偏 在 代码 清单 6-21 中 我 们 又 看 到 了 相反 的 例子 ， 
ValueSet 中 的 a、b 赋 值 语 句 的 执行 顺序 并 不 重要 。 如 有 果 我 们 能 够 允许 纺 
译 句 《处 理 器 ) 在 单个 线程 中 打 乱 指令 的 运行 顺序 ， 即 不 遵守 先 于 发 生 
的 关系 的 话 ， 则 有 可 能 进一步 并 行程 序 的 性 能 。 


那么 有 没有 办 法 让 一 些 代 码 遵 守 先 于 发 生 的 关系 ， 而 男 外 一 部 分 的 
代码 不 遵守 呢 ? 在 C++11 中 ， 这 是 完全 可 能 呢 。 不 过 语言 的 设计 者 的 考 
量 远 远 多 过 于 这 一 点 。 更 为 确切 地 ， 他 们 对 各 种 平台 、 处 理 器 、 编 程 方 
式 都 进行 了 考量 ， 总 结 出 了 不 同 的 “内 存 模型 ”。 事 实 上 ， 顺 序 一 致 只 是 
属于 C++11 中 多 种 内 存 模 型 中 的 一 种 。 而 在 C++11 中 ， 并 不 是 只 文 持 顺 
序 一 致 单个 内 存 模型 的 原子 变量 ， 因 为 顺序 一 致 往往 意味 着 最 低 效 的 同 
步 方 式 。 要 使 用 C++11 中 更 为 高 效 的 原子 类 型 变量 的 同步 方式 ， 我 们 先 
要 了 解 一 些 处 理 器 和 编译 器 相关 的 知识 。 

















通 第 情况 下 ， 内 存 模 型 通 第 是 一 个 人 硬件 上 的 概念 ， 表 示 的 是 机 器 指 
令 〈 或 者 读者 将 其 视 为 汇编 语言 指令 也 可 以 ) 是 以 什么 样 的 顺序 被 处 理 
需 执 行 的 。 现 代 的 处 理 需 并 不 是 逐条 处 理 机 需 指 令 的 ， 我 们 可 以 看 看 下 
面 这 个 段 伪 汇 编码 : 





1: Loadi reg3, 1; # 将 立即 数 


工 放 入 寄存 器 


reg3 
2: 
Move reg4, reg3; # 将 
reg3 的 数据 放 入 
reg4 


3: Store reg4, a; H 将 寄存 器 


reg4 中 的 数据 存 入 内 存 地 址 





a 
4: Loadi reg5, 2; # 将 立即 数 
2 放 入 寄存 器 


reg5 
5: Store reg5, b; H 将 寄存 器 


reg5 中 的 数据 存 入 内 存 地 址 





b 





这 里 我 们 演示 了 “t=1;a=t;b=2;” 这 段 C++ 语 言 代码 的 伪 汇 编 表 示 。 按 
照 通常 的 理解 ， 指 令 总 是 按照 1->2->3->4->5 这 样 顺序 执行 ， 如 果 处 理 器 
的 执行 顺序 是 这 样 的 话 ， 我 们 通常 称 这 样 的 内 存 模型 为 强 顺 序 的 
(strong ordered) 。 可 以 看 到 ， 在 这 种 执行 方式 下 ， 指 令 3 的 执行 (a 的 
赋值 ) 总 是 先 于 指令 5 OWIE) RÆ. 














不 过 这 里 我 们 看 到 ， 指 令 1、2、3 和 指令 4、5 运 行 顺序 上 有 晶 无 影响 
〈 使 用 了 不 同 的 寄存 器 ， 以 及 不 同 的 内 存 地 址 ) ， 一 些 处 理 器 束 有 可 能 


将 指令 执行 的 顺序 打 乱 ， 比 如 按照 1->4->2->5->3 这 样 顺序 〈 通 常 这 样 的 
执行 顺序 都 是 超标 量 的 流水 线 ， 即 一 个 时 钟 周 期 里 发 射 多 条 指令 而 产生 
的 ) 。 如 果 指 令 是 按照 这 个 顺序 被 处 理 器 执行 的 话 ， 我 们 通常 称 之 为 弱 
顺序 的 (weak ordered) 。 而 在 这 种 情况 下 ， 指 令 5 COMME) 的 执行 
可 能 就 被 提前 到 指令 3〈a 的 赋值 ) 完成 之 前 完成 。 








注意 “事实 上 ， 一 些 弱 内 存 模型 的 构架 比如 PowerPC， 其 写 回 操作 
是 不 能 够 被 乱 序 的 ， 这 里 只 是 一 个 帮助 读者 理解 的 示例 ， 并 非 事实 。 





那么 在 多 线程 情况 下 ， 强 顺序 和 弱 顺 序 又 意味 着 什么 呢 ? 我 们 知 
道 ， 多 线程 的 程序 总 是 共享 代码 的 ， 那 么 强 顺序 意味 着 : 对 于 多 个 线程 
而 言 ， 其 看 到 的 指令 执行 顺序 是 一 致 的 。 有 具体 地 ， 对 于 共享 内 存 的 处 理 
而 言 ， 需 要 看 到 内 存 中 的 数据 被 改变 的 顺序 与 机 器 指令 中 的 一 致 。 反 
之 ， 如 果 线 程 间 看 到 的 内 存 数 据 被 改变 的 顺序 与 机 器 指令 中 声明 的 不 一 
致 的 话 ， 则 是 弱 顺 序 的 。 比 如 在 我 们 的 伪 汇 编 中 ， 假 设 运行 的 平台 遵从 
的 是 一 个 弱 顺 序 的 内 存 模型 的 话 ， 那 么 可 能 线程 A 所 在 的 处 理 器 看 到 指 
令 执 行 顺序 是 先 3 后 5， 而 线程 B 以 为 指令 执行 的 顺序 依然 是 先 5 后 3， 那 
么 反馈 到 代码 清单 6-22 的 源 代 码 中 ， 我 们 就 有 可 能 看 Thread2 打 印 出 的 a 
的 值 是 0 了 。 





I 


在 现实 中 ，x86 以 及 SPARC (TSOR) 都 被 看 作 是 采用 强 顺 序 内 
存 模 型 的 平台 。 对 于 任何 一 个 线程 而 言 ， 其 看 到 原子 操作 (这 里 都 是 指 
数据 的 读 写 ) 都 是 顺序 的 。 而 对 于 是 采用 弱 顺 序 内 存 模型 的 平台 ， 比 如 





Alpha、PowerPC、Itanlium、ArmV7 这 样 的 平台 而 言 ， 如 果 要 保证 指令 
执行 的 顺序 ， 通 常 需 要 由 在 汇编 指令 中 加 入 一 条 所 谓 的 内 存 栅栏 
(memory barrier) 指令 。 比 如 在 Power PC 上 ， 就 有 一 条 名 为 sync 的 内 存 
栅栏 指令 。 该 指令 迫使 已 经 进入 流水 线 中 的 指令 都 完成 后 处 理 器 才 执 行 
sync 以 后 指令 〔 排 空 流水 线 ) 。 这 样 一 来 ，sync 之 前 运行 的 指令 总 是 先 
于 sync 之 后 的 指令 完成 的 。 比 如 我 们 可 以 这 样 来 保证 我 们 伪 汇 编 中 的 指 
令 3 的 执行 先 于 指令 5; 








1: Loadi reg3, 1; # 将 立即 数 


工 放 入 寄存 器 


reg3 
2. Move reg4, reg3; # 将 


reg3 的 数据 放 入 


reg4 
3: Store reg4, a; # 将 寄存 器 


reg4 中 的 数据 存 入 内 存 地 址 





a 
4: Sync # 内 存 栅栏 


5: Loadi reg5, 2; H 将 立即 数 


2 放 入 寄存 器 


reg5 
6: Store reg5, b; H 将 寄存 器 


reg5 中 的 数据 存 入 内 存 地 址 





b 


sync 指 令 对 高 度 流 水 化 的 PowerPC 处 理 器 的 性 能 影响 很 大 ， 因 此 ， 
如 果 可 以 不 顺序 提交 语句 的 运行 结果 的 话 ， 则 可 以 保证 弱 顺 序 内 存 模型 
的 处 理 器 保持 较 高 的 流水 线 吞 吐 率 〈throughput) 和 运行 时 性 能 。 











注意 ”为 什么 会 有 弱 顺 序 的 内 存 模型 ? 


简单 地 说 ， 弱 顺序 的 内 存 模型 可 以 使 得 处 理 器 进一步 发 掘 指令 中 的 
并 行 性 ， 使 得 指令 执行 的 性 能 更 高 。 


注意 “为 什么 我 们 只 关心 读 写 操作 的 执行 顺序 问题 ? 


这 和 古 由 处 理 器 的 设计 决定 的 ， 通 常情 况 下 ， 处 理 需 总 是 从 内 存 中 读 
出 数据 进行 运算 ， 再 将 运行 结果 又 返回 内 存 ， 因 此 内 存 中 的 数据 是 一 
个 “准绳 ”， 相 对 的 ， 寄 存 器 中 的 内 容 则 是 “临时 量 ”。 上 所 以 在 多 核心 处 理 
大 上 ， 核 心 往往 都 有 全 套 的 寄存 器 来 分 别 存储 临时 量 ， 而 数据 交流 总 是 
以 内 存 中 的 数据 为 准 。 这 么 一 来 ， 一 些 寄 存 器 中 的 运算 《比如 伪 汇 编 中 
的 指令 2) 就 不 会 被 多 处 理 器 关注 ， 处 理 器 只 关心 读 写 等 原子 操作 指令 
的 顺序 。 


以 上 都 是 硬件 上 一 些 可 能 的 内 存 模型 的 描述 。 而 C++11 中 定义 的 内 
存 模型 和 顺序 一 致 性 跟 硬 件 的 内 存 模型 的 强 顺 序 、 弱 顺序 之 间 有 着 什么 
样 的 联系 呢 ? 事 实 上 ， 在 高 级 语言 和 机 器 指令 间 还 有 一 层 隔离 ， 这 层 隔 
离 是 由 编译 器 来 完成 的 。 如 我 们 之 前 描述 的 ， 编 译 咒 出 于 代码 优化 的 考 











夸 ， 会 将 指令 前 后 移动 ， 已 获得 最 佳 的 机 需 指 令 的 排列 及 产生 了 最 佳 的 运 
行 时 性 能 。 那 么 对 于 C++11 中 的 内 存 模型 而 言 ， 要 保证 代码 的 顺序 一 臻 
性 ， 束 必须 同时 做 到 以 下 几 后 : 





-编译 器 保证 原子 操作 的 指令 间 顺 序 不 变 ， 即 保证 产生 的 读 写 原 子 
类 型 的 变量 的 机 器 指令 与 代码 编写 者 看 到 的 是 一 致 的 。 





处 理 器 对 原子 操作 的 汇编 指令 的 执行 顺序 不 变 。 这 对 于 x86 这 样 的 
强 顺 序 的 体系 结构 而 言 ， 并 没有 任何 的 问题 ;而 对 于 PowerPC 这 样 的 弱 
顺序 的 体系 结构 而 言 ， 则 要 求 编译 喜 在 每 次 原子 操作 后 加 入 内 存 栅 栏 。 





如 前 文 所 述 ， 在 C++11 中 ， 原 子 类 型 的 成 员 函 数 《〈 原 子 操作 ) 总 是 
保证 了 顺序 一 臻 性。 这 对 于 x86 这 样 的 平台 来 说 ， 茶 止 了 编译 占 对 原子 
类 型 变量 间 的 重 排序 优化 ， 而 对 于 PowerPC 这 样 的 平台 来 说 ， 则 不 仅 梦 
止 了 编译 器 的 优化 ， 还 插入 了 大 量 的 内 存 栅 栏 。 这 对 于 意图 是 提高 性 能 
的 多 线程 程序 而 言 ， 无 颖 是 一 种 性 能 伤害 。 有 具体 而 言 ， 对 于 代码 清单 6- 
21 中 ValueSet 这 样 的 不 需要 遵守 a、b 赋 值 语句 “ 先 于 发 生 ? 关 系 的 程序 而 
言 ， 由 于 atomic 默 认 的 顺序 一致 性 则 会 在 对 a、b 的 赋值 语句 间 加 入 内 存 
栅栏 ， 并 阻止 编译 器 优化 ， 这 无 疑 会 增加 并 行 开 销 《〈 内 存 栅栏 尤其 如 
此 ) 。 那 么 解除 这 样 的 性 能 约束 也 势 在 必 行 。 














在 C++11 中 ， 设 计 者 给 出 的 解决 方式 是 让 程序 员 为 原子 操作 指定 所 
谓 的 内 存 顺 序 ，memory_order。 比 如 在 代码 清单 6-21 中 ， 就 可 以 采用 一 


种 松散 的 内 存 模 型 (relaxed memory model) 来 放松 对 原子 操作 的 执行 
顺序 的 要 求 。 我 们 来 看 看 代码 清单 6-23 对 代码 清单 6-21 的 所 作 的 改进 。 





代码 清单 6-23 





#include <thread> 

#include <atomic> 

#include <iostream> 

using namespace std; 

atomic<int> a {0}; 

atomic<int> b {0}; 

int ValueSet(int) { 
int t = 1; 
a.store(t, memory_order_relaxed) ; 
b.store(2, memory_order_relaxed); 


int Observer(int) { 


cout << "(" << a << ", " << b << ")" << endl; // 可 能 有 多 种 输出 


int main() { 
thread ti(ValueSet, 0); 
thread t2(Observer, 0); 
t1.join(); 
t2.join(); 
cout << "Got ("<<a << 
return 0; 


", " << b << ")" << endl; // Got (1, 2) 


// 编译 选项 


:g++ -std=c++11 6-3-6.cpp -lpthread 





在 代码 清单 6-23 中 ， 我 们 对 ValueSet 函 数 进行 了 改造 。 之 前 的 对 a、 
b 进 行 赋值 的 语句 我 们 改 用 了 atomic 类 模板 的 store 成 员 。store 能 够 接受 两 
个 参数 ， 一 个 是 需要 写 入 的 值 ， 一 个 是 名 为 memory_order 的 枚 举 值 。 这 
里 我 们 使 用 的 值 是 memory_order_relaxed， 表 示 使 用 松散 的 内 存 模型 ， 
该 指令 可 以 任 由 编译 器 重 排序 或 者 由 处 理 喜 乱 序 执 行 。 这 样 一 来 ，a\、b 
赋值 语句 的 “ 移 于 有 发生? 顺序 得 到 了 解除 ， 我 们 也 就 可 能 得 到 最 佳 的 运行 





性 能 。 当 然 ， 相 应 的 结果 是 ， 对 于 Observer 来 说 ， 打 印 出 (0,2) 这 样 的 结 
果 也 就 是 合理 的 了 。 


如 我 们 在 上 市 最 后 提 到 的 ， 大 多 数 atomic 原 子 操作 都 可 以 使 用 
memory_order 作 为 一 个 参数 ， 在 C++11 中 ， 标 准 一 共 定 义 了 7 种 
memory_order 的 枚 举 值 ， 如 表 6-3 所 示 。 


表 6-3 C++11 中 的 memory_order 枚 举 值 























枚 举 值 定义 规则 
memory_order_relaxed 不 对 执行 顺序 做 任何 保证 
memory_order_acquire 本 线程 中 ， 所 有 后 续 的 读 操作 必须 在 本 条 原子 操作 完成 后 执行 
memory_order release 本 线程 中 ， 所 有 之 前 的 写 操作 完成 后 才能 执行 本 条 原子 操作 
memory_order acq rel 同时 包含 memory_order acquire 和 memory_order release 标记 
memory_order consume 本 线程 中 ， 所 有 后 续 的 有 关 本 原子 类 型 的 操作 ， 必 须 在 本 条 原子 操作 完成 之 后 执行 
memory_order seq cst 全 部 存 取 都 按 顺 序 执行 


memory_order_seq_cst 表 示 该 原子 操作 必须 是 顺序 一 致 的 ， 这 是 
C++11 中 所 有 atomic 原 子 操作 的 默认 值 ， 不 市 memory_order 参 数 的 原子 
操作 就 是 使 用 该 值 。 而 memorey_order_relaxed 则 表示 该 原子 操作 是 松散 
的 ， 可 以 被 任意 重 排序 的 。 其 他 几 种 我 们 会 在 后 面 解释 。 值 得 注意 的 
是 ， 并 非 每 种 memory_order 都 可 以 被 atomic 的 成 员 使 用 。 通 常情 况 下 ， 
我 们 可 以 把 atomic 成 员 函 数 可 使 用 的 memory_order 值 分 为 以 下 3 组 : 





:原子 存储 操作 (store〉 可 以 使 用 memorey_order_relaxed、 


memory_order release、 memory_order_seq_cst. 


:原子 读 取 操作 Cload) 可 以 使 用 memorey_order_relaxed、 


memory_order_consume ` memory_order_acquire ` 


memory_order_seq_cst. 


.RMW 操 作 (read-modify-write) ， 即 一 些 需 要 同时 读 写 的 操作 ， 比 
如 之 前 提 过 的 atomic_flag 类 型 的 test_and_set0 操 作 。 又 比如 atomic 类 模板 
的 atomic_compare_exchange0 操 作 等 都 是 需要 同时 读 写 的 。RMW 操 作 可 
以 使 用 memorey_order_relaxed、memory_order_consume、 
memory_order_acquire. memory_order_release. memory_order_acq_rel. 


memory_order_seq_cst. 


一 些 形 如 “operator=” “operator+=” 的 函数 ， 事 实 上 都 是 
memory_order_seq_cst 作 为 memory_order 参 数 的 原子 操作 的 简单 封装 。 
也 即 是 说 ， 之 前 小 节 中 的 代码 都 是 采用 顺序 一 致 性 的 内 存 模型 。 如 果 读 
者 需要 的 正 是 顺序 一 致 性 的 内 存 模型 的 话 ， 那 么 这 些 操作 符 都 是 可 以 直 
接 使 用 的 。 而 如 果 读 者 是 要 指定 内 存 顺序 的 话 ， 则 应 该 采用 形 如 load、 
atomic_fetch_add 这 样 的 版 本 。 





如 之 前 提 到 的 ，memory_order_seq_cst 这 种 memory_order 对 于 atomic 
类 型 数据 的 内 存 顺序 要 求 过 高 ， 容 易 阻碍 系统 发 挥 线 程 应 有 的 性 能 。 而 
memorey_order_relaxed 对 内 存 顺序 坚 无 要 求 ， 这 在 代码 清单 6-21 中 满足 
了 我 们 解除 “ 先 于 发 生 ” 顺 序 的 需求 。 但 在 男 外 一 些 情况 下 ， 则 还 是 可 能 
无 法 满足 真正 的 需求 。 我 们 可 以 看 看 由 代码 清单 6-22 改 造 而 来 的 代码 清 
单 6-24 的 例子 。 














代码 清单 6-24 





#include <thread> 

#include <atomic> 

#include <iostream> 

using namespace std; 

atomic<int> a; 

atomic<int> b; 

int Threadi(int) { 
int t = 1; 
a.store(t, memory_order_relaxed) ; 
b.store(2, memory_order_relaxed); 


int Thread2(int) { 
while(b.load(memory_order_relaxed) != 2); // 自 旋 等 待 


cout << a.load(memory_order_relaxed) << endl; 


int main() { 
thread ti(Threadi, 0); 
thread t2(Thread2, 0); 
t1.join(); 
t2.join(); 
return 0; 


/ / 编译 选项 


:g++ -std=c++11 6-3-7.cpp -lpthread 











代码 清单 6-24 与 代码 清单 6-22 的 例子 基本 一 致 ， 只 不 过 这 里 我 们 并 
不 希望 完全 禁用 关于 原子 类 型 的 优化 ， 而 采用 了 memory_order relaxed 
作为 memory_order 参 数 。 在 一 些 弱 内 存 模型 的 机 器 上 ， 这 两 条 a、b 赋 值 
语句 将 有 可 能 任意 一 条 被 先 执 行 。 那 么 对 于 Thread2 函 数 而 言 ， 它 先是 
自 旋 等 待 b 的 值 被 赋 为 2， 随 后 将 a 的 值 输出 。 按 照 松散 的 内 存 顺 序 ， 我 
们 输出 的 a 的 值 则 有 可 能 为 0， 也 有 可 能 为 1。 这 显然 是 不 符合 代码 作者 
的 期 望 的 。 


那么 排除 顺序 一 致 和 松散 两 种 方式 ， 我 们 能 不 能 保证 程序 “ 既 快 叉 


对 ?地 运行 呢 ? 如 果 读 者 仔细 地 分 析 的 话 ， 我 们 所 需要 的 只 是 a.store 先 于 
b.store 及 生 ，b.load 先 于 aload 发 生 的 顺序 。 这 要 这 两 个 “ 先 于 发 生 ? 关 系 
得 到 了 遵守 ， 对 于 整个 程序 而 言 来 次， 就 不 会 发 生 线程 间 的 错误 。 建 立 
这 种 “ 先 于 发 生 ? 关 系 ， 即 原子 操作 间 的 顺序 则 需要 利用 其 他 的 
memory_order 枚 举 值 。 我 们 可 以 看 看 代码 清单 6-25 中 修改 的 代码 。 








代码 清单 6-25 





#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a; 
atomic<int> b; 


int 


int 


int 


Threadi(int) { 

int t = 1; 

a.store(t, memory_order_relaxed) ; 

b.store(2, memory_order_release); // 本 原子 操作 前 所 有 的 写 原 子 操作 必须 完成 


Thread2(int) { 
while(b.load(memory_order_acquire) != 2); // 本 原子 操作 必须 完成 才能 执行 之 后 所 有 的 读 原 子 操作 


cout << a.load(memory_order_relaxed) << endl; // 1 


main() { 

thread ti(Threadi, 0); 
thread t2(Thread2, 0); 
t1.join(); 

t2.join(); 

return 0; 


// 编译 选项 


:g++ 


-Std=c++11 6-3-8.cpp -lpthread 





这 里 代码 清单 6-25 对 代码 清单 6-24 做 了 两 处 改动 ， 一 是 b.store 采 用 
了 memory_order_release 内 存 顺 序 ， 这 保证 了 本 原子 操作 前 所 有 的 写 原 





子 操作 必须 完成 ， 也 即 a.store 操 作 必 须发 生 于 b.store 之 前 。 二 是 b.load 采 
用 了 memory_order_acquire 作 为 内 存 顺序 ， 这 保证 了 本 原子 操作 必须 完 
成 才能 执行 之 后 所 有 的 读 原子 操作 。 即 b.load 必 须发 生 在 a.load 操 作 之 
前 。 这 样 一 来 ， 通 过 确立 “ 先 于 发 生 ” 关 系 的 ， 我 们 就 完全 保证 了 代码 运 
行 的 正确 性 ， 即 当 b 的 值 为 2 的 时 候 ，a 的 值 也 确定 地 为 1。 而 打印 语句 也 
不 会 在 自 旋 等 待 之 前 打印 a 的 值 。Thread1 和 Thread2 的 执行 顺 如 图 6-5 所 
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图 6-5 ”Thread1 和 Thread2 的 顺序 


由 于 memory_order_release 和 memory_order_acquire 常 常 结合 使 用 ， 


我 们 也 称 这 种 内 存 顺序 为 release-acquire 内 存 顺 序 。 








通常 情况 下 ,“ 先 于 发 生 ” 关 系 总 是 传递 的 ， 比 如 原子 操作 A 发 生 于 
原子 操作 B 之 前 ， 而 原子 操作 B 又 及 生 于 原子 操作 C 之 前 的 话 ， 则 人 A 一定 
发 生 于 C 之 前 。 有 了 这 样 的 顺序 ， 就 可 以 指导 编译 器 在 重 排序 指令 的 时 
候 在 不 破坏 依赖 规则 《〈 相 当 于 多 给 了 一 些 依赖 关系 ) 的 情况 下 ， 仪 在 适 
当 的 位 置 插入 内 存 栅栏 ， 以 保证 执行 指令 时 数据 执行 正确 的 同时 获得 最 


佳 的 运行 性 能 。 


在 表 6-3 中 ， 我 们 还 看 到 了 memory_order_consume 这 个 
memory_order 的 枚 举 值 。 该 枚 举 值 与 nemory_order_acquire 相 比 ， 进 一 
步 放 松 了 一 些 依赖 关系 。 我 们 可 以 看 看 代码 清单 6-26 所 示 的 例子 中 。 





代码 清单 6-26 





#include <thread> 

#include <atomic> 

#include <cassert> 

#include <string> 

using namespace std; 

atomic<string*> ptr; 

atomic<int> data; 

void Producer() { 
string* p = new string("Hello"); 
data.store(42, memory_order_relaxed) ; 
ptr.store(p, memory_order_release) ; 


void Consumer() { 
string* p2; 
while (!(p2 = ptr.load(memory_order_consume) ) ) 


了 
assert(*p2 == "Hello"); // 总 是 相等 


assert(data.load(memory_order_relaxed) == 42); // 可 能 断言 失败 


int main() 
thread t1(Producer); 
thread t2(Consumer) ; 
t1.join(); 
t2.join(); 


Í 
// 编译 选项 


‘g++ -std=c++11 6-3-9.cpp -lpthread 





在 代码 清单 6-26 中 ， 我 们 定义 了 两 个 线程 tL 和 t2， 分 别 运行 Producer 
和 Consumer 冰 数 。 在 Producer 函 数 中 ， 使 用 了 memory_order_release 来 为 
原子 类 型 atomic<string*> 变 量 ptr 存 储 一 个 值 ， 而 在 Consumer 函 数 中 ， 通 
过 memory_order_consume 的 内 存 顺 序 来 完成 变量 ptr 的 读 取 。 这 里 我 们 可 
以 看 到 ， 这 样 的 内 存 顺 序 保证 了 ptr.load(memory_order_consume) 必 须发 
生 在 *ptr 这 样 的 解 引用 操作 (实际 上 涉及 的 是 读 指 针 ptr.load 的 操作 ) 之 
前 。 不 过 与 memory_order_acquire 不 同 的 是 ， 该 操作 并 不 保证 发 生 在 
data.load(memory_order_relaxed) 之 前 ， 因 为 data 和 ptr 是 不 同 的 原子 类 型 
数据 ， 而 memory_order_comsume 只 保证 原子 操作 发 生 在 与 pt 有 关 的 原 
子 操作 之 前 。 所 以 实际 上 相 比 于 memory_order_acquire,“ 先 于 发 生 ” 的 
关系 又 被 弱化 了 。 














形 如 其 名 ，memory_order_release 和 memory_order_consume 的 配合 
会 建立 关于 原子 类 型 的 “生产 者 -消费 者 ”的 同步 顺序 。 同 样 的 ， 我 们 可 
以 称 之 为 release-consume 内 存 顺 序 。 








顺序 一 致 、 松 散 、release-acquire 和 release-consume 通 稼 是 最 为 典型 
的 4 种 内 存 顺 序 。 其 他 的 如 memory_order_acg_rel， 则 是 常用 于 实现 一 种 
叫做 CAS Ccompare and swap) 的 基本 同步 元 语 ， 对 应 到 atomic 的 原子 操 
作 compare_exchange_strong 成 员 函 数 上 。 我 们 也 称 之 为 acquire-release 内 
存 顺 序 。 





事实 上 ， 由 于 并 行 编程 在 C++11 中 是 非常 新 的 一 个 话题 ， 因 此 
C++11 中 关于 原子 操作 的 设计 还 涉及 大 量 的 细节 和 众多 特性 。 不 过 在 本 
书 编写 时 ， 还 没有 编译 器 正式 文 持 所 有 并 行 的 特性 ， 为 了 避免 理解 上 的 
偏差 ， 因 此 除去 语言 中 关于 并 行 的 比较 核心 的 部 分 ， 本 书 也 不 再 进一步 
地 进行 讲解 了 中 。 





而 回 到 内 存 模型 上 来 。 虽 然 在 C++11 中 ， 我 们 看 到 了 大 量 的 内 存 顺 
序 相 关 的 设计 。 不 过 这 样 的 设计 主要 还 是 为 了 从 各 种 繁杂 不 同 的 平台 上 
抽象 出 独立 于 硬件 平台 的 并 行 操作 。 如 果 读 者 不 太 愿意 了 解 内 存 模型 等 
相关 概念 ， 那 么 简单 地 使 用 C++11 原 子 操作 的 顺序 一 致 性 就 可 以 进行 并 
行程 序 的 编写 了 。 而 如 果 读 者 想 让 自己 的 程序 在 多 线程 情况 下 获得 更 好 
的 性 能 的 话 ， 尤 其 当 使 用 的 是 一 些 弱 内 存 顺 序 的 平台 ， 比 如 PowerPC 的 
话 ， 建 并 原子 操作 间 内 存 顺 序 则 很 有 必要 ， 因 为 这 可 会 带 来 极 大 的 性 能 
提升 “事实 上 ， 这 也 是 弱 一 致 性 内 存 模型 平台 的 优势 ) 。 














但 对 于 并 行 编程 来 说 ， 可 能 最 根本 的 “这 是 本 书 没有 涉及 的 话题 ) 
还 是 思考 如 何 将 大 量 计算 的 问题 ， 按 需 分 解 成 多 个 独立 的 、 能 够 同时 运 


行 的 部 分 ， 并 找 出 真正 需要 在 线程 间 共 至 的 数据 ， 实 现 为 C++11 的 原子 
类 型 。 虽 然 有 了 原子 类 型 的 良好 设计 ， 实 现 这 些 都 可 以 非常 的 便捷 ， 但 
并 不 是 所 有 的 问题 或 者 计算 部 适合 用 并 行 计算 来 解决 ， 对 于 不 适用 的 问 
题 ， 强 行 用 并 行 计 算 来 解决 会 收效 甚 微 ， 其 至 起 到 相反 效果 。 因 此 在 决 
定 使 用 并 行 计算 解决 问题 之 前 ， 程 序 员 必 须要 有 清晰 的 设计 规划 。 而 在 
实现 了 代码 并 行 后 ， 进 一 步 使 用 一 些 性 能 调试 工具 来 提高 并 行程 序 的 性 
能 也 是 非常 必要 的 。 











[1] 本 例 来 目 于 http:Wen.cppreference.com/w/cppy/atomic/memory_order。 





[2] 我 们 从 svn 上 得 到 的 gcc 版 本 应 该 对 应 的 是 gcc-4.8，gcc-4.8 可 能 会 支持 
所 有 并 行 的 语义 。 不 过 本 书 编写 时 ，gcc-4.8 还 没有 发 布 。 


6.4 ”线程 局 部 存储 
CEP 类 别 ， 所 有 人 


线程 局 部 存储 〈TLS,thread local storage) 是 一 个 已 有 的 概念 。 简 单 
地 说 ， 上 所 谓 线程 局 部 存储 变量 ， 就 是 拥有 线程 生命 期 及 线程 可 见 性 的 变 

















线程 局 部 存储 实际 上 是 由 单线 程 程序 中 的 全 局 /静态 变量 被 应 用 到 
多 线程 程序 中 被 线程 共享 而 来 。 我 们 可 以 简单 地 回顾 一 下 所 谓 的 线程 模 
型 。 通 常情 况 下 ， 线 程 会 拥有 自己 的 栈 空 间 ， 但 是 堆 空 间 、 静 态 数 据 区 
《如 果 从 可 执行 文件 的 角度 来 看 ， 静 态 数据 区 对 应 的 是 可 执行 文件 的 
data、bss 段 的 数据 ， 而 从 C/C++ 语 言 层面 而 言 ， 则 对 应 的 是 全 局 /静态 变 
E) 则 是 共享 的 。 这 样 一 来 ， 人 全局、 静态 变量 在 这 种 多 线程 模型 下 就 总 
是 在 线程 间 共 享 的 。 





全 局 、 静 态 变 量 的 共 诗 虽然 会 带 来 一 些 好 处 ， 尤 其 对 一 些 资 源 性 的 
变量 《比如 文件 句柄 ) 来 说 也 是 应 该 的 ， 不 过 并 不 是 所 有 的 全 局 、 静 态 
变量 都 适合 在 多 线程 的 情况 下 共 至 。 我 们 可 以 看 看 代码 清单 6-27 所 示 的 
例子 。 





代码 清单 6-27 


#include <pthread.h> 
#include <iostream> 
using namespace std; 
int errorCode = 0; 
void* MaySetErr(void * input) { 
if (*(int*)input == 1) 
errorCode = 1; 
else if (*(int* )input == 2) 
errorCode = -1; 
else 
errorcode = 0; 


int main() { 
int input_a = 1; 
int input_b = 2; 
pthread_t threadi, thread2; 
pthread_create(&threadi, NULL, &MaySetErr, &input_a); 
pthread_create(&thread2, NULL, &MaySetErr, &input_b); 
pthread_join(thread2, NULL); 
pthread_join(thread1, NULL); 
cout << errorCode << endl; 


// 编译 选项 


:g++ 6-4-1.cpp -lpthread 





在 代码 清单 6-27 中 ， 函 数 MaySetErr 函 数 可 能 会 根据 输入 值 input 设 
置 全 局 的 错误 码 errorCode。 当 用 两 个 线程 运行 该 函数 的 时 候 ， 最 终 获 得 
的 errorCode 的 值 将 是 不 确定 的 ， 或 者 说 ， 将 由 系统 如 何 调度 两 个 线程 而 
决定 。 实 际 上 ， 本 例 中 的 errorCode 即 是 POSIX 标 准 中 的 错误 码 全 局 变量 
errno 在 多 线程 情况 下 遭遇 的 问题 的 一 个 简化 。 一 旦 errno 在 线程 间 共 
享 ， 则 一 些 程序 中 运行 的 错误 将 会 被 隐藏 不 报 。 而 解决 的 办 法 就 是 为 每 
个 线程 指派 一 个 全 局 的 errno， 即 TLS 化 的 errno。 





各 个 编译 器 公司 都 有 自己 的 TLS 标 准 。 我 们 在 g++/clang++/Xlc++ 中 
可 以 看 到 如 下 的 语法 : 





__thread int errCode; 








即 在 全 局 或 者 静态 变量 的 声明 中 加 上 关键 字 _thread， 即 可 将 变量 
声明 为 TLS 变 量 。 每 个 线程 将 拥有 独立 的 errCode 的 找 贝 ， 一 个 线程 中 对 
errCode 的 读 写 并 不 会 影响 男 外 一 个 线程 中 的 errCode 的 数据 。 





C++11 对 TLS 标 准 做 出 了 一 些 统一 的 规定 。 与 _ thread 修 饰 符 类 似 ， 
声明 一 个 TLS 变 量 的 语法 很 简单 ， 即 通过 thread_local 修 饰 符 声 明 变 量 即 
‘ls 





int thread_local errCode; 





一 旦 声明 一 个 变量 为 thread_local， 其 值 将 在 线程 开始 时 被 初始 化 ， 
而 在 线程 结束 时 ， 该 值 也 将 不 再 有 效 。 对 于 thread_local 变 量 地 址 取 值 
(&) ， 也 只 可 以 获得 当前 线程 中 的 TLS 变 量 的 地 址 值 。 


虽然 TLS 变 量 的 声明 很 简单 ， 使 用 也 很 直观 ， 不 过 实际 上 TLS 的 实 
现 需 要 涉及 编译 器 、 链 接 器 、 加 载 器 甚至 是 操作 系统 的 相互 配合 。 在 
TLS 中 一 个 常 被 讨论 的 问题 就 是 TLS 变 量 的 静态 /动态 分 配 的 问题 ， 即 
TLS 变 量 的 内 存 究竟 是 在 程序 一 开始 就 被 分 配 还 是 在 线程 开始 运行 时 被 
分 配 。 通 常情 况 下 ， 前 者 比 后 者 更 易于 实现 。C++11 标 准 允 许 平台 /编译 
器 自行 选择 采用 静态 分 配 或 动态 分 配 ， 或 者 两 者 都 支持 。 还 有 一 点 值得 
注意 的 是 ，C++11 对 TLS 只 是 做 了 语法 上 的 统一 ， 而 对 其 实现 并 没有 做 
任何 性 能 上 的 规定 。 这 可 能 导致 thread_local 声 明 的 变量 在 不 同 平台 或 者 
不 同 的 TLS 实 现 上 出 现 不 同 的 性 能 (通常 TLS 变 量 的 读 写 性 能 不 会 高 

















普通 的 全 局 /静态 变量 ) 。 如 果 读 者 想得到 最 佳 的 平台 上 的 TLS 变 量 的 运 
行 性 能 的 话 ， 最 好 还 是 阅读 代码 运行 平台 的 相关 文档 。 


6.5 快速 退出 : quick_exit 与 at_quick_exit 
CFP kal: 所 有 人 


在 C++ 程 序 中 ， 我 们 常常 会 看 到 一 些 有 关 “ 终 止 ”* 的 函数 ， 如 
terminate、abort、exit 等 。 这 些 函 数 容 易 让 人 产生 疑惑 ， 因 为 对 于 普通 
的 程序 来 说 ， 它 们 都 只 是 终止 程序 的 运行 而 已 。 不 过 实际 上 它们 还 是 有 
很 大 的 区 别 的 。 因 为 其 对 应 的 是 “正常 退出 * 和 “异常 退出 ”两 种 情况 。 








首先 我 们 可 以 看 看 terminate 函 数 ，terminate 函 数 实际 上 是 C++ 语言 
中 异常 处 理 的 一 部 分 〈 包 含 在 <exception> 头 文件 里 ) 。 一 般 而 言 ， 没 有 
被 捕捉 的 异常 就 会 导致 terminate 函 数 的 调用 。 此 外 我 们 在 第 2 章 中 提 到 
过 的 noexcept 关 键 字 声明 的 函数 ， 如 果 抛 出 了 异常 ， 也 会 调用 terminate 
函数 。 其 他 还 有 很 多 的 情况 。 但 直观 地 讲 ， 只 要 C++ 程序 中 出 现 了 非 程 
序 员 预期 的 行为 ， 都 有 可 能 导致 terminate 的 调用 。 而 terminate 函 数 在 默 
认 情 况 下 ， 是 去 调用 abort 函 数 的 。 不 过 用 户 可 以 通过 set_terminate 函 数 
来 改变 默认 的 行为 。 因 此 ， 可 以 认为 在 C++ 程序 的 层面 ，termiante 就 
是 “终止 ”。 


相对 于 termiante， 源 自 于 C 中 《〈 头 文件 <cstdlib>) 的 abort 则 更 加 低 
层 。abort 函 数 不 会 调用 任何 的 析 构 函数 〈 读 者 也 许 想 到 了 ， 默 认 的 
terminate 也 是 如 此 ) ， 默 认 情 况 下 ， 它 会 同 合乎 POSIX 标 准 的 系统 抛 出 





一 个 信号 (signal) : SIGABRT。 如 果 程 序 员 为 信号 设 定 一 个 信号 处 理 
程序 的 话 (signal handler) ， 那 么 操作 系统 将 默认 地 释放 进程 所 有 的 资 
源 ， 从 而 终止 程序 。 可 以 说 ，abort 是 系统 在 毫 无 办 法 下 的 下 下 策 一 终止 
进程 。 有 时 候 这 会 带 来 一 些 问题 。 典 型 的 ， 倘 知 被 终止 的 应 用 程序 进程 
与 其 他 应 用 程序 软件 层 有 一 些 交 互 〈 比 如 一 些 硬件 驱动 程序 ， 一 些 通过 
网 络 通信 的 程序 等 ， 假 设 这 些 程序 设计 得 并 不 那么 健壮 ) ， 那 么 本 进程 
的 意外 终止 ， 都 可 能 导致 这 些 交 互 进 程 处 于 一 些 “ 中 间 状 态 ”， 进 而 出 现 


一 些 问 题 。 


相 比 而 言 ，exit 这 样 的 属于 “正常 退出 ?范畴 的 程序 终止 ， 则 不 太 可 

以 上 的 问题 。exit 函 数 会 正常 调用 自动 变量 的 析 构 函 数 ， 并 且 还 
调用 atexit 注 册 的 函数 。 这 跟 main 函 数 结束 时 的 清理 工作 是 一 样 的 。 我 
们 可 以 看 看 代码 清单 6-28 所 示 的 例子 。 








代码 清单 6-28 





#include <cstdlib> 
#include <iostream> 
using namespace std; 
void openDevice() { cout << "device is opened." << endl; } 
void resetDeviceStat() { cout << "device stat is reset." << endl; } 
void closeDevice() { cout << "device is closed." << endl; } 
int main() { 

atexit(closeDevice); 

atexit(resetDeviceStat); 

openDevice(); 

exit(0); 
} 编 译 选 项 


: g++ 6-5-1.cpp 
CC 


在 代码 清单 6-28 中 ， 我 们 使 用 atexit 注 册 了 两 个 函数 : 
resetDeviceStat 和 closeDevice。 编 译 运行 该 例子 后 ， 程 序 的 输出 如 下 : 
device is opened. 


device stat is reset. 
device is closed. 





可 以 看 到 ， 在 程序 退出 时 《〈 调 用 ANSI C 定 义 的 exit 函 数 的 时 候 ) ， 
所 有 注册 的 函数 都 被 调用 ， 值 得 注意 的 是 ， 注 册 的 函数 被 调用 的 次 序 与 
其 注册 顺序 相反 ， 这 多 少 跟 析 构 函数 的 执行 与 其 声明 的 顺序 相反 是 一 至 
的 。exit 和 atexit 函 数 同 样 来 自 于 C， 通 过 两 者 的 配合 ， 我 们 可 以 灵活 地 
处 理 一 些 进 程 级 的 清理 工作 ， 这 对 一 些 静态 、 全 局 变量 来 说 ， 是 非常 有 
用 的 。 





不 过 有 的 时 候 ，main 或 者 使 用 exit 函 数 调用 结束 程序 的 方式 也 不 那 
么 令 人 满意 。 有 的 时 候 ， 代 码 中 会 有 很 多 的 类 ， 这 些 类 在 堆 空 间 上 分 配 
了 大 量 的 零散 的 内 存 〈 直 接 从 堆 里 分 配 ， 并 没有 优化 的 策略 ) ， 而 main 
或 者 exit 函 数 调用 会 导致 类 的 析 构 函数 依次 将 这 些 零 散 的 内 存 还 给 操作 
系统 。 这 是 一 件 费 时 的 工作 ， 而 实际 上 ， 这 些 堆 内 存 将 在 进程 结束 时 由 
操作 系统 统一 回收 (事实 上 这 相当 快 ， 操 作 系 统 除了 释放 一 些 进程 相关 
的 数据 结构 外 ， 只 是 将 一 些 物理 内 存 标记 为 未 使 用 就 可 以 了 ) 。 如 果 这 
些 扒 内 存 对 其 他 程序 不 产生 任何 影响 ， 那 么 在 程序 结束 时 释放 扒 和 内存 的 
析 构 过 程 往往 是 至 无 意义 的 。 因 此 ， 在 这 种 情况 下 ， 我 们 常 各 需要 能 够 
更 快 地 退出 程序 。 





为 外 ， 在 多 线程 情况 下 ， 我 们 要 使 用 exit 函 数 来 退出 程序 的 话 ， 通 
常 需 要 同 线 程 友 出 一 个 信号 ， 并 等 等 线 程 结 束 后 再 执行 析 构 函数 、 
atexit 注 册 的 函数 等 。 这 从 语法 上 讲 非 第 正确 ， 不 过 这 样 的 退出 方式 有 
的 时 候 并 不 能 够 像 预 期 那样 工作 ， 比 如 说 线程 中 的 程序 在 等 待 /O 运 行 
结束 等 。 在 一 些 更 为 复杂 的 情况 下 ， 可 能 还 会 遭遇 到 一 些 因为 信号 顺序 
而 导致 的 死 锁 状况 。 一 旦 出 现 了 这 样 的 问题 ， 程 序 往往 就 会 被 <* 卡 死 ? 而 
无 法 退出 。 








为 此 ， 在 C++11 中 ， 标 准 引 入 了 quick_exit 函 数 ， 该 函数 并 不 执行 析 
构 函 数 而 只 是 使 程序 终止 。 与 abort 不 同 的 是 ，abort 的 结果 通常 是 异常 退 
出 《可 能 系统 还 会 进行 coredump 等 以 辅助 程序 员 进 行 问题 分 析 ) ， 而 
quick_exit 与 exit 同 属于 正常 退出 。 此 外 ， 使 用 at_quick_exit 注 册 的 函数 也 
可 以 在 quick_exit 的 时 候 被 调用 。 这 样 一 来 ， 我 们 同样 可 以 像 exit 一 样 做 
一 些 清理 的 工作 (这 与 很 多 平台 上 使 用 _exit 函 数 直 接 正常 退出 还 是 有 不 
A) 。 在 C++11 标 准 中 ，at_quick_exit 和 at_exit 一 样 ， 标 准 要 求 编译 器 
至 少 支 持 32 个 注册 函数 的 调用 。 代 码 清单 6-29 所 示 是 一 个 可 能 能 够 运行 
的 例子 。 

















代码 清单 6-29 





#include <cstdlib> 
#include <iostream> 
using namespace std; 
struct A { ~A() { cout << "Destruct A. " << endl; } }; 
void closeDevice() { cout << "device is closed." << endl; } 
int main() { 
A a; 


at_quick_exit(closeDevice) ; 
quick_exit(0); 
} 





这 里 我 们 定义 了 一 个 类 型 A 的 变量 a， 以 及 注册 了 一 个 quick_exit 调 
用 的 函数 closeDevice。 如 果 示 例 正确 的 话 ， 变 量 a 的 析 构 函数 将 不 会 被 
调用 。 


6.6 本章 小 结 


在 本 章 中 ， 我 们 首先 看 到 了 C++11 中 与 性 能 极其 相关 的 新 特性 : 常 
量 表达 式 constexpr。 常 量 表达 式 通 第 可 以 用 于 修饰 沙 数 、 变 量 以 及 构造 
函数 等 ， 以 使 得 声明 constexpr 关 键 字 的 函数 和 变量 可 以 被 用 于 编译 时 的 
值 计算 。 这 样 一 来 ， 一 些 本 是 运行 时 常量 的 运算 却 可 以 被 合理 地 放 到 编 
译 时 ， 而 一 些 语 法 上 的 限制 也 被 常量 表达 式 解放 了 出 来 。 而 由 constexpr 
演化 出 的 constexpr 元 编程 则 成 了 C++ 中 继 模板 元 编程 之 后 又 一 个 可 以 进 
行 编译 时 值 计 算 的 手段 。 而 其 超越 模板 元 编程 的 各 种 优势 ， 使 得 其 应 用 
前 景 被 广泛 看 好 。 














变 长 模板 是 C++ 引 入 的 新 的 “ 变 长 ”参数 的 工具 ， 不 过 远 胜 于 变 长 宏 
和 变 长 沙 数 。 变 长 模板 通过 模板 仿 特 化 以 及 一 些 圳 归 引 用 的 定义 ， 可 以 
在 不 丢失 类 型 信息 的 情况 下 实现 变 长 参数 的 传递 。 从 某 种 意义 上 讲 ， 变 
长 模板 把 泛 型 编程 又 推 癌 了 一 个 新 的 高 度 ， 也 使 得 变 长 模板 在 库 编 写 的 
领域 有 着 很 好 的 应 用 。 








而 原子 操作 则 彻底 宣告 C++ 来 到 了 并 行 编程 和 多 线程 的 时 代 。 相 比 
于 仿 于 底层 的 pthread 库 ，C++ 通 过 定义 原子 类 型 的 方式 ， 轻 松 地 化 解 了 
互 斥 访问 同步 变量 的 难题 。 不 过 C++ 也 延续 了 其 易于 学 习 难 于 精通 的 特 
性 。 虽 然 原 子 类 型 使 用 很 简单 ， 但 其 成 员 变 量 ( 原 子 操作 〉 却 可 以 有 各 
种 不 同 的 内 存 顺 序 。C++11 从 各 种 不 同 的 平台 上 抽象 出 了 一 个 软件 的 内 














存 模型 ， 并 以 内 存 顺序 进行 描述 ， 以 使 得 想 进一步 挖掘 并 行 系统 性 能 的 
程序 员 有 足够 简单 的 手段 来 完成 以 往 只 能 通过 内 联 汇编 来 完成 的 工作 。 
这 样 的 高 度 总 结 和 设计 ， 也 堪 称 C++11 中 的 一 大 腕 点 。 


此 外 ， 为 了 适应 并 行 编程 ，C++11 还 将 广泛 存在 的 线程 局 部 存储 进 
行 了 语法 上 的 统一 。 并 且 标 准 也 为 TLS 留 下 了 足够 的 余地 ， 以 适应 于 各 
种 平台 的 TLS 的 实现 。quick_exit 则 是 一 项 多 线程 情况 下 的 新 发 明 ， 可 以 
用 于 解除 因为 退出 造成 的 死 锁 等 不 良 状态 。 不 过 读者 也 可 以 尝试 着 使 用 
它 来 免除 大 量 的 不 必要 的 析 构 函数 调用 。 


总 的 看 来 ，C++11 除 了 突破 目 身 语法 ， 除 了 在 泛 型 编程 的 技巧 上 更 
上 一 层 楼 外 ， 也 延续 了 C 和 以 前 C++ 版 本 对 人 硬件 操 控 的 强 能 力 ， 而 且 将 
这 种 能 力 带 入 了 并 行 和 多 线程 的 时 代 。 虽 然 这 可 能 市 来 一 些 学 习 的 代 
价 ， 不 过 这 些 能 力 常 常 是 其 他 语言 难以 具备 的 。 因 此 ， 真 正 了 解 这 些 新 
特性 ， 可 以 让 使 用 者 可 以 更 轻松 地 完成 各 种 复杂 的 工作 。 对 于 一 些 程序 
员 来 讲 《〈 比 如 库 开 发 人 员 ， 系 统 级 的 程序 员 ) ， 这 是 一 种 简化 ， 而 不 是 
复杂 化 。 


第 7 章 ”为 改变 思考 方式 而 改变 


如 我 们 提 到 过 的 ，C++ 是 一 门 成 熟 的 语言 ， 语 言 的 核心 部 分 的 改变 
通 冲 都 遵从 着 一 员 的 设计 思想 。 不 过 这 并 不 意味 着 C++ 会 墨守成规 ， 在 
C++1ll 中 ， 我 们 还 是 会 看 到 一 些 新 元 素 。 这 些 新 鲜 出 炉 的 元 素 可 能 会 市 
来 一 些 习惯 上 的 改变 ， 不 过 权衡 之 下 ， 可 能 这 样 的 改变 是 值得 的 。 比 如 
lambda 就 是 一 个 典型 的 例子 。 





7.1 指针 空 值 一 nullptr 


CHP 类 别 ， 所 有 人 


7.1.1 指针 空 值 : 从 0 到 NULL， 再 到 nullptr 








在 恨 好 的 C++ 编程 习惯 中 ， 声 明 一 个 变量 的 同时 ， 总 是 需要 记得 在 

适 的 代码 位 置 将 其 初始 化 。 对 于 指针 类 型 的 变量 ， 这 一 点 尤其 应 当 注 
意 。 未 初始 化 的 悬挂 指针 通 癌 会 是 一 些 难于 调试 的 用 户 程序 的 错误 根 
源 。 


典型 的 初始 化 指针 是 将 其 指向 一 个 “ 空 ”的 位 置 ， 比 如 0。 由 于 大 多 
数 计算 机 系统 不 允许 用 户 程 序 写 地 址 为 0 的 内 存 空间 ， 倘 车 程序 无 意 中 
对 该 指针 所 指 地 址 赋值 ， 通 向 在 运行 时 就 会 导致 程序 退出 。 虽 然 程 序 退 
出 并 非 什么 好 事 ， 但 这 样 一 来 错误 也 容易 被 程序 员 找 到 。 因 此 在 大 多 数 
的 代码 中 ， 我 们 御 利 能 看 见 指针 初始 化 的 语法 如 下 : 





int * my_ptr = 0; 





或 者 是 使 用 NULL: 


int * my_ptr = NULL; 





一 般 情 况 下 ，NULL 是 一 个 宏 定义 。 在 传统 的 C 涉 文件 (stddef.h) 里 
我 们 可 以 找到 如 下 代码 : 
#undef NULL 


#if defined(__ oe 
#define NULL 


#else 
#define NULL ((void *)0) 
#endif 











可 以 看 到 ，NULL 可 能 被 定义 为 字面 常量 0， 或 者 是 定义 为 无 类 型 指 
tt (void*) 常量 。 不 过 无 论 采 用 什么 样 的 定义 ， 我 们 在 使 用 空 值 的 指 
针 时 ， 都 不 可 避免 地 会 遇 到 一 些 麻 烦 。 让 我 们 先 看 一 个 关于 函数 重 载 的 
例子 。 这 个 例子 我 们 引用 目 C++11 标 准 关 于 nullptr 的 提案 ， 并 进行 了 少 
许 修改 ， 具 体 如 代码 清单 7-1 所 示 。 





代码 清单 7-1 





#include <stdio.h> 
void f(char* c) 
printf("invoke f(char*)\n"); 


void f(int i) 
printf("invoke f(int)\n"); 


int main() { 
F(0); 
F(NULL); // 注意 : 如 用 


gCC 编 译 ， 

NULL 转 化 为 内 部 标识 

__nu] 工 ， 该 语句 会 编译 失败 
f((char* )0) ， 

// 编译 选项 


:x1C -+ 7-1-1.cpp 





FESS 7-1 RAE BI SA, A Ba TRAA HP Aa EAS 


fNULL) 来 调用 指针 的 版 本 。 不 过 很 可 惜 ， 当 使 用 XLC 编 译 右 编译 以 上 
语句 并 运行 时 ， 会 得 到 以 下 结果 : 
invoke f(int) 


invoke f(int) 
invoke f(char*) 








在 这 里 ，XLC 编 译 器 采用 了 stddef.h 头 文件 中 NULL 的 定义 ， 即 将 
NULL 定 义 为 0。 因 此 使 用 NULL 做 参数 调用 和 使 用 字面 量 0 做 参数 调用 
版 本 的 结果 完全 相同 ， 都 是 调用 到 了 ffinb 这 个 版 本 。 这 实际 与 程序 员 编 
写 代 码 的 意图 相悖 。 

















引起 该 问题 的 元 凶 是 字面 常量 0 的 二 义 性 ， 在 C++98 标 准 中 ， 字 面 
常量 0 的 类 型 既 可 以 是 一 个 整 型 ， 也 可 以 是 一 个 无 类 型 指针 (void*) 。 
如 果 程 序 员 想 在 代码 清单 7-1 中 调用 f(char*) 版 本 的 话 ， 则 必须 像 随后 的 
代码 一 样 ， 对 字面 音量 0 进行 强制 类 型 转换 〈(void*)0) 并 调用 ， 人 否则 编 
译 融 总 是 会 优先 把 0 看 作 是 一 个 整 型 常量 。 


虽然 这 个 问题 可 以 通过 修改 代码 来 解决 ， 但 为 了 避免 用 户 使 用 上 的 
错误 ， 有 的 编译 器 做 了 比较 激进 的 改进 。 和 典型 的 如 g++ 编 译 圳 ， 它 直接 
将 NULL 转 换 为 编译 器 内 部 标识 (mull) ， 并 在 编译 时 期 做 了 一 些 分 
析 ， 一 旦 遇 到 二 义 性 就 停止 编译 并 同 用 户 报告 错误 。 虽 然 这 在 一 定 程度 
上 缓解 了 二 义 性 融 来 的 抹 烦 ， 但 由 于 标准 并 没有 认定 NULL 为 一 个 编译 
时 期 的 标识 ， 所 以 也 会 带 来 代码 移植 性 的 限制 。 





注意 “关于 nulptr 和 void* 的 翻译 ，void* 习 惯 被 翻 作 无 类 型 指针 ， 
我 们 这 里 把 nullptr 翻 作 指 针 空 值 。 





在 C++11 新 标准 中 ， 出 于 兼容 性 的 考虑 ， 字 面 常 量 0 的 二 义 性 并 没 
有 被 消除 。 但 标准 还 是 为 二 义 性 给 出 了 新 的 答案 ， 就 是 nullptr。 在 
C++11 标 准 中 ，nullptr 是 一 个 所 谓 “ 指 针 空 值 类 型 ”的 常量 。 指 针 空 值 类 
型 被 命名 为 nullptr_t， 事 实 上 ， 我 们 可 以 在 支持 nullptr 的 头 文件 
Ccstddef〉 中 找 出 如 下 定义 : 








typedef decltype(nullptr) nullptr_t; 








可 以 看 到 ，nullptr_t 的 定义 方式 非常 有 趣 ， 与 传统 的 先 定义 类 型 ， 
再 通过 类 型 声明 值 的 做 法 完全 相反 (充分 利用 了 decltype 的 功能 ) 。 我 
们 发 现 ， 在 现 有 编译 器 情况 下 ， 使 用 nullptr_t 的 时 候 必 须 
#include<cstddef> (#include #2354 f+ th 3 lH] Pe#include<cstddef>, EL 
如 <iostream>) ， 而 nullptr 则 不 用 。 这 大 概 就 是 由 于 nullptr 是 关键 字 ， 而 
nullptr_t 是 通过 推导 而 来 的 缘故 。 








而 相 比 于 gcc 等 编译 器 将 NULL 预 处 理 为 编译 器 内 部 标识 _null， 
nullptr 拥 有 更 大 的 优势 。 简 单 而 言 ， 由 于 nullptr 是 有 类 型 的 ， 且 仅 可 以 
被 隐 式 转化 为 指针 类 型 ， 那 么 对 于 代码 7-1 的 例子 ，nullptr 做 参数 则 可 以 
成 功 调用 f(char*) 版 本 的 函数 ， 而 不 是 像 gcc 对 NULL 的 处 理 一 样 ， 仪 仅 
给 出 一 个 出 错 提示 ， 好 让 程序 员 去 修改 代码 。 








我 们 来 看 看 代码 清单 7-2 所 示 的 例子 。 


代码 清单 7-2 





#include <iostream> 
using namespace std; 
void f(char *p) { 
cout << "invoke f(char*)" << endl; 


} 
void f(int) { 
cout << "invoke f(int)" << endl; 


int main() 

















f(nullptr); // 调用 
f(char* ) 版 本 

F(0); // 调 
F( int ) 版 本 

return 0; 


} 
// 编译 选项 


:g++ 7-1-2.cpp -std=c++11 








可 以 看 到 ， 在 改 为 使 用 nullptr 之 后 ， 用 户 能 够 准确 表达 自己 的 意 
图 ， 也 不 会 再 出 现在 XLC 编 译 器 上 调用 了 ffinb 版 本 而 在 gcc 上 却 在 编译 
时 期 给 出 了 错误 提示 的 不 兼容 问题 。 因 此 ， 通 常情 况 下 ， 在 书写 C++11 
代码 想 使 用 NULEL 的 时 候 ， 将 NULL 蔡 换 成 为 nullptr 我 们 就 能 获得 更 加 健 
壮 的 代码 。 








7.1.2 nullptr 和 nullptr t 


C++11 标 准 不 仅 定 义 了 指针 空 值 疝 量 nullptr， 也 定义 了 其 指针 空 值 
类 型 nullptr_ t+， 也 束 表 示 了 指针 空 值 类 型 并 非 仅 有 nullptr 一 个 实例 。 通 当 
情况 下 ， 也 可 以 通过 nullptr_t 来 声明 一 个 指针 空 值 类 型 的 变量 (即使 看 
起 来 用 途 不 大 ) 。 














除去 nullptr 及 nullptr_t 以 外 ，C++ 中 还 存在 各 种 内 置 类 型 。C++11 标 
准 严 格 规定 了 数据 间 的 关系 。 大 体 上 常见 的 规则 简单 地 列 在 了 下 面 : 





“所 有 定义 为 nullptr_t 类 型 的 数据 都 是 等 价 的 ， 行 为 也 是 完全 一 致 。 
nullptr_t 类 型 数据 可 以 隐 式 转换 成 任意 一 个 指针 类 型 。 


:nullptr_t 类 型 数据 不 能 转换 为 非 指 针 类 型 ， 即 使 使 用 
reinterpret_cast() 的 方式 也 是 不 可 以 的 。 


nullptr_t 类 型 数据 不 适用 于 算术 运算 表达 式 。 


:nullptr_t 类 型 数据 可 以 用 于 关系 运算 表达 式 ， 但 仪 能 与 nullptr_t 类 
型 数据 或 者 指针 类 型 数据 进行 比较 ， 当 有 日 仅 当 关系 运算 符 为 ==、<=、 


>= 等 时 返回 true。 


我 们 可 以 看 看 代码 清 日 7-3 所 示 的 例子 ， 这 个 例子 集合 了 大 多 数 我 





们 需要 的 场景 。 


代码 清单 7-3 





#include <iostream> 
#include <typeinfo> 
using namespace std; 
int main() 


// nu1LJptr 可 以 隐 式 转换 为 


char* 
char * cp = nullptr; 
// 不 可 转换 为 整 型 ， 而 任何 类 型 也 不 能 转换 为 


nullptr_t, 


// ”以 下 代码 不 能 通过 编译 


// int n1 
// int n2 
// nuliptr's 


nullptr; 
reinterpret_cast<int>(nullptr); 


nu]ptr_ 七 类 型 变量 可 以 作 比 较 ， 
































// 当 使 
<= 
> 三 符号 比较 时 返回 
true 


nullptr_t nptr; 
if (nptr == nullptr) 

cout << "nullptr_t nptr == nullptr" << endl; 
else 

cout << "nullptr_t nptr != nullptr" << endl; 
if (nptr < nullptr) 

cout << "nullptr_t nptr < nullptr" << endl; 
else 


cout << "nullptr_t nptr !< nullptr" << endl; 
// 不 能 转换 为 整 型 或 


boo] 类 型 


1/ 以 下 代码 不 能 通过 编译 


// if (0 == nullptr); 
// if (nullptr); 
// 不 可 以 进行 算术 运算 





/以 下 代码 不 能 通过 编译 


// nullptr += 1; 
// nullprt * 5; 
// 以 下 操作 均 可 以 正常 进行 


sizeof(nullptr); 
typeid(nullptr); 
throw(nullptr); 
return 0; 


} 
// 编译 选项 


:g++ 7-1-3.cpp -std=c++11 








编译 运行 代码 清单 7-3， 我 们 可 以 得 到 以 下 结果 : 





nullptr_t nptr == nullptr 

nullptr_t nptr !< nullptr 

terminate called after throwing an instance of 'decltype(nullptr)' 
Aborted 








读者 可 以 对 应 之 前 的 规则 试 着 分 析 一 下 上 面 的 代码 为 什么 有 的 不 能 
够 通过 编译 ， 以 及 为 什么 会 产生 上 述 的 运行 结 


注意 ”如 果 读 者 的 编译 器 能 够 编译 if(nullptr) 或 者 if(nullptr==0) 这 样 





的 语句 ， 可 能 是 因为 编译 器 版 本 还 不 够 新 。 老 的 nullptr 定 义 中 人 允许 
nullptr 问 bool 的 隐 式 转换 ， 这 带 来 了 一 些 问 题 ， 而 C++11 标 准 中 已 经 不 
WIPRA T o 





此 外 ， 虽 然 nullptr_t 看 起 来 像 是 个 指针 类 型 ， 用 起 来 更 是 ， 但 在 把 
nullptr_t 应 用 于 模板 中 时 候 ， 我 们 会 及 现 模 板 却 只 能 把 它 作 为 一 个 普通 
的 类 型 来 进行 推导 并 不 会 将 其 视 为 T* 指 针 )〉 。 代 码 清单 7-4 所 示 的 这 
个 例子 来 源 于 C++11 标 准 提案 。 





代码 清单 7-4 





#include <iostream> 

using namespace std; 
template<typename T> void g(T* t) {} 
template<typename T> void h(T t) {} 
int main() 


g(nullptr); // 编译 失败 


, Nullptr 的 类 型 是 


nu]ILptr_ 七， 而 不 是 指针 


g((float*) nullptr); // 推导 出 


T = float 

h(0); // 推导 出 
T = int 

h(nullptr); // 推导 出 


T = nullptr_t 
h((float*)nullptr); // 推导 出 


T = float* 
} 


/ / 编译 选项 


:g++ 7-1-4.cpp -std=c++11 





ARASH 7-4F, g(nullptr) Sf ANS KF FF as AY pe FE SM SE KN 
类 型 的 指针 〈 或 者 void* 指 针 ) ， 因 此 要 让 编译 器 成 功 推导 出 nullptr 的 类 
型 ， 必 须 做 显 式 的 类 型 转换 。 





7.1.3 一 些 关 于 nullptr 规 则 的 讨论 


nullptr 这 个 名 字 看 起 来 是 比较 古怪 的 。 在 C++98 标 准 的 时 候 ， 字 符 
串 NULL 实 际 上 已 经 得 到 了 广泛 的 应 用 。 而 在 C++11 标 准 中 ， 委 员 会 条 
取 了 另起炉灶 的 方式 ， 硬 生生 地 添加 了 nullptr 这 个 关键 字 ， 这 让 很 多 人 
表示 不 能 理解 。 但 另起炉灶 而 不 是 重用 NULL 的 原因 却 是 非常 明显 的 。 
因为 NULL 已 经 是 一 个 用 途 广泛 的 宏 ， 且 这 个 宏 被 不 同 的 编译 器 实现 为 
不 同 的 解释 ， 重 用 NULL 会 使 得 很 多 已 有 的 C++ 程序 不 能 通过 C++11 编 
译 器 的 编译 。 因 此 为 了 保证 最 大 的 兼容 性 ， 委 员 会 采用 了 新 的 名 称 
nullptr， 以 避免 和 现 有 标识 符 的 冲突 。 





此 外 在 C++11 标 准 中 ，nullptr 类 型 数据 所 占用 的 内 存 空间 大 小 跟 
void* 相 同 的 ’ BẸ : 





sizeof(nullptr_t) == sizeof(void*) 





关于 这 一 点 也 可 能 引起 疑惑 ， 即 是 否 nullptr 就 是 (void*)0 的 一 个 别 
名 。 不 过 答案 却 是 否定 的 ， 尽 管 两 者 看 起 来 很 相似 ， 都 可 以 被 转换 为 任 
何 类 型 的 指针 ， 但 两 者 在 语法 层面 有 着 不 同 的 内 涵 。nullptr 是 一 个 编译 
时 期 的 常量 ， 它 的 名 字 是 一 个 编译 时 期 的 关键 字 ， 能 够 为 编译 器 所 识 
别 。 而 (void*)0 只 是 一 个 强制 转换 表达 式 ， 其 返回 的 也 是 一 个 void* 指 针 


类 型 。 











人 一 


而 且 最 为 重要 的 是 ， 在 C++ 语言 中 ，nullptr 到 任何 指针 的 转换 是 隐 
式 的 ， 而 (void*)0 则 必须 经 过 类 型 转换 后 才能 使 用 。 我 们 可 以 看 看 代码 
清单 7-5 所 示 的 例子 。 


代码 清单 7-5 





int foo() 
{ 


int* px = (void*)0; // 编译 错误 ， 不 能 隐 式 地 将 无 类 型 指针 转换 为 


int* 类 型 的 指针 


int* py = nullptr; 
]} 编 译 选项 


: g++ -Std=c++11 7-1-5.cpp 





可 以 看 到 ，(void*)0 在 使 用 上 并 不 如 nullptr 方 便 。 在 nullptr 出 现 之 
后 ， 程 序 员 大 可 以 态 记 (void*)0， 因 为 nullptr 己 经 足够 用 了 ， 而 且 也 很 好 
用 。 





TER C 语 言 标准 中 的 void* 指 针 是 可 以 隐 式 转换 为 任意 指针 的 ， 这 
一 点 跟 C++ 是 不 同 的 。 


此 外 ， 我 们 还 注意 到 C++11 标 准 有 一 条 有 趣 的 规定 ，nullptr_t 对 象 
的 地 址 可 以 被 用 户 使 用 (虽然 看 起 来 好 像 没什么 实用 价值 )。 但 这 条 规 
则 有 一 点 例外 ， 束 是 虽然 nullptr 也 是 一 个 nullptr_t 的 对 象 ，C++11 标 准 却 
规定 用 户 不 能 获得 nullptr 的 地 址 。 其 原因 主要 是 因为 nullptr 被 定义 为 一 





个 右 值 常量 ， 取 其 地 址 并 没有 意义 。 


不 过 C++11 标 准 并 没有 禁止 声明 一 个 nullptr 的 右 值 引用 ， 并 打印 其 
地 址 ， 因 此 我 们 在 一 些 编译 器 上 也 做 了 个 有 趣 的 实验 ， 对 nullptr 感 兴趣 
的 用 户 可 以 试 运行 一 下 代码 清单 7-6 所 示 的 这 上段 的 代码 。 





代码 清单 7-6 





#include <cstdio> 
#include <cstddef> 
using namespace std; 
int main(){ 
nullptr_t my_null; 
printf("%x\n", &my_null); 
// printf("%x", &nullptr); // 根据 


C++ 工 工 的 标准 设 定 ， 本 名 无 法 编译 通过 


printf("%d\n", my_null == nullptr); 
const nullptr_t && default_nullptr = nullptr; // default_nullptr# 


nuJ ptr 的 一 个 右 值 引用 


printf("%x\n", &default_nullptr); 


/ / 编译 选项 


:g++ -std=c++11 7-1-6.cpp 








编译 运行 代码 清单 7-6， 我 们 的 实验 机 上 的 结果 看 起 来 是 这 样 : 











7498fca8 
1 
7498FcbO 





ayy 


:， 运 行 结果 跟 所 用 编译 器 以 及 平台 部 有 关系 。 不 过 ， 对 于 普通 








需要 记得 的 仅仅 是 ， 不 要 对 nullptr 做 取 地 址 操作 即 可 。 


7.2 PURSUE hI 


CEP 类 别 ， 类 作者 


7.2.1 类 与 默认 函数 


在 C++ 中 声明 目 定义 的 类 ， 编 译 器 会 默认 帮助 程序 员 生 成 一 些 他 们 
未 目 定 义 的 成 员 函 数 。 这 样 的 函数 版 本 被 称 为 “默认 函数 "。 这 包括 了 以 
下 一 些 目 定义 类 型 的 成 员 函 数 : 


拷贝 构造 函数 

拷贝 赋值 函数 (operator=) 
-移动 构造 函数 

-移动 拷贝 函数 

析 构 函数 


此 外 ，Cr++ 编 译 器 还 会 为 以 下 这 些 目 定 义 类 型 提供 全 局 默认 操作 符 
PA BN: 


‘operator, 


‘operator& 


“Operator&&r 


‘Operator* 


“Operator-> 


“Operator->* 


“Operator new 


-operator delete 





在 C++ 语 言 规则 中 ， 一 旦 程序 员 实 现 了 这 些 函 数 的 自 定义 版 本 ， 则 
编译 器 不 会 再 为 该 类 自动 生成 默认 版 本 。 有 时 这 样 的 规则 会 被 程序 员 志 
记 ， 最 第 见 的 是 声明 了 带 参 数 的 构造 版 本 ， 则 必须 声明 不 带 参 数 的 版 本 
以 完成 无 参 的 变量 初始 化 。 不 过 通过 编译 器 的 提示 ， 这 样 的 问题 通常 会 
得 到 更 正 。 但 更 为 严重 的 问题 是 ， 一 旦 声明 了 自 定义 版 本 的 构造 冰 数 ， 
则 有 可 能 导致 我 们 定义 的 类 型 不 再 是 PZOD 的 。 我 们 可 以 看 看 代码 清单 7- 
7 所 示 的 例子 。 








代码 清单 7-7 





#include <type_traits> 
#include <iostream> 
using namespace std; 
class TwoCstor { 
public: 
// 提供 了 带 参数 版 本 的 构造 函数 ， 则 必须 自行 提供 














/ / 不 带 参数 版 本 ， 且 
TWOCStor 不 再 是 


POD 关 型 


TwoCstor() {}; 

TwoCstor(int i): data(i) {} 
private: 

int data; 


了 
int main(){ 
cout << is_pod<TwoCstor>::value << endl; // 0 


} 
// 编译 选项 


:g++ -std=c++11 7-2-1.cpp 





代码 清单 7-7 所 示 的 例子 中 ， 程 序 员 虽 然 提供 了 TwoCstor0 构 造 函 
数 ， 它 与 默认 的 构造 函数 接口 和 使 用 方式 也 完全 一 致 ， 不 过 按照 3.6 节 
我 们 对 “平凡 的 构造 函数 ”的 定义 ， 该 构造 函数 却 不 是 平凡 的 ， 因 此 
TwoCstor 也 就 不 再 是 POD 的 了 。 使 用 is_pod 模 板 类 查看 TwoCstor， 也 会 
发 现 程 序 输出 为 0。 对 于 形 如 TwoCstor 这 样 只 是 想 增 加 一 些 构造 方式 的 
简单 类 型 而 言 ， 变 为 非 POD 类 型 带 来 一 系列 负面 影响 有 时 是 程序 员 所 不 
希望 的 (读者 可 以 回顾 一 下 3.6 节 ， 很 多 时 候 ， 这 意味 着 编译 器 失去 了 
优化 这 样 简单 的 数据 类 型 的 可 能 ) 。 因 此 客观 上 我 们 需要 一 些 方式 来 使 
得 这 样 的 简单 类 型 “恢复 ”POD 的 特质 。 























而 在 C++11 中 ， 标 准 古 通过 提供 了 新 的 机 制 来 控制 默认 版 本 函数 的 
生成 来 完成 这 个 目标 的 。 这 个 新 机 制 重用 了 default 关 键 字 。 程 序 员 可 以 
在 默认 函数 定义 或 者 声明 时 加 上 “=default*"， 从 而 显 式 地 指示 编译 器 生 





成 该 函数 的 默认 版 本 。 而 如 果 指 定 产生 默认 版 本 后 ， 程 序 员 不 再 也 不 应 
该 实现 一 份 同名 的 函数 。 有 具体 如 代码 清单 7-8 所 示 。 


代码 清单 7-8 





#include <type_traits> 
#include <iostream> 
using namespace std; 
class TwoCstor { 
public: 
// 提供 了 带 参数 版 本 的 构造 函数 ， 再 指示 编译 器 





// 提供 默认 版 本 ， 则 本 自 定义 类 型 依然 是 











POD% 


TwoCstor() = default; 
TwoCstor (int i): data(i) {} 
private: 
int data; 
了 
int main(){ 
cout << is_pod<TwoCstor>::value << endl; // 1 


// 编译 选项 


:g++ 7-2-2.cpp -std=c++11 








编译 运行 代码 清单 7-8， 会 得 到 结果 1。TwoCstor 还 是 一 个 POD 的 类 
型 。 


劝 一 方面 ， 程 序 员 在 一 些 情况 下 则 希望 能 够 限制 一 些 默 认 函 数 的 生 
成 。 最 典型 地 ， 类 的 编写 者 有 时 需要 禁止 使 用 者 使 用 拷贝 构造 函数 ， 在 
C++98 标 准 中 ， 我 们 的 做 法 是 将 找 贝 构造 函数 声明 为 private 的 成 员 ， 并 





且 不 提供 函数 实现 。 这 样 一 来 ， 一 旦 有 人 试图 〈 或 者 无 意识 ) 使 用 拷贝 
构造 函数 ， 编 译 器 就 会 报错 。 


我 们 来 看 看 代码 清单 7-9 所 示 的 例子 。 





代码 清单 7-9 





#include <type_traits> 
#include <iostream> 
using namespace std; 
class NoCopyCstor { 
public: 

NoCopyCstor() = default; 
private: 

// 将 拷贝 构造 函数 声明 为 


private 成 员 并 不 提供 实现 
// 可 以 有 效 阻止 用 户 错 用 拷贝 构造 函数 


NoCopyCstor(const NoCopyCstor &); 
7; 
int main(){ 

NoCopyCstor a; 

NoCopyCstor b(a); // 无 法 通过 编译 


// 编译 选项 


:g++ 7-2-3.cpp -std=c++11 





代码 清单 7-9 中 ，NoCopyCstor b(a) 试 图 调用 private 的 拷贝 构造 函 
数 ， 该 句 编译 不 会 通过 。 不 过 这 样 的 做 法 也 会 对 友 元 类 或 函数 使 用 造成 
厂 烦 。 友 元 类 很 可 能 需要 拷贝 构造 函数 ， 而 简单 声明 private 的 找 贝 构造 








函数 不 实现 的 话 ， 会 导致 编译 的 失败 。 为 了 避免 这 种 情况 ， 我 们 还 必须 
提供 据 贝 构造 函数 的 实现 版 本 ， 并 将 其 声明 为 private 成 员 ， 才 能 达到 需 
要 的 效果 。 


在 C++11 中 ， 标 准则 给 出 了 更 为 简单 的 方法 ， 即 在 函数 的 定义 或 者 
声明 加 上 “=delete”。“=delete” 会 指示 编译 器 不 生成 函数 的 缺 省 版 本 。 我 
们 可 以 看 代码 清单 7-10 所 示 的 例子 。 





代码 清单 7-10 





#include <type_traits> 
#include <iostream> 
using namespace std; 
class NoCopyCstor { 


public: 
NoCopyCstor() = default; 
// 使 用 
= delete” 
同样 可 以 有 效 阻止 用 户 

















/ / 错 用 拷贝 构造 函数 


NoCopyCstor(const NoCopyCstor &) = delete; 
/ 
int main(){ 
NoCopyCstor a; 
NoCopyCstor b(a); // 无 法 通过 编译 


} 
// 编译 选项 


:g++ 7-2-4.cpp -std=c++11 


代码 清单 7-10 即 是 一 个 使 用 “=delete” 删 除 拷贝 构造 函数 的 缺 省 版 本 
的 实例 。 值 得 注意 的 是 ， 一 旦 缺 省 版 本 被 删除 了 ， 重 载 该 函数 也 是 非法 
的 。 





7.2.2 “=default” 与 “=deleted>” 


在 上 面 一 节 中 ， 我 们 基本 已 经 看 到 了 C++11 
中 “=default* 和 “=delete” 的 使 用 方法 ， 事 实 上 ，C++11 标 准 称 “=default” 修 
饰 的 函数 为 显 式 缺 省 (explicit defaulted) 函数 ， 而 称 “=delete” 修 饰 的 函 
数 为 删除 Cdeleted) 函数 。 为 了 方便 称呼 ， 本 书 将 删除 函数 称 为 显 式 删 
除 函 数 。 在 下 面 的 描述 中 ， 我 们 会 沿用 这 些 术语 。 


C++11 引 入 显 式 缺 省 和 显 式 删除 是 为 了 增强 对 类 默认 函数 的 控制 ， 
让 程序 员 能 够 更 加 精细 地 控制 默认 版 本 的 函数 。 不 过 这 并 不 是 它们 的 唯 
一 功能 ， 而 且 使 用 上 ， 也 不 仅仅 局 限 在 类 的 定义 内 。 事 实 上 ， 显 式 缺 省 
不 仅 可 以 用 于 在 类 的 定义 中 修饰 成 员 函 数 ， 也 可 以 在 类 定义 之 外 修饰 成 
员 函 数 。 代 码 清单 7-11 所 示 便 是 一 个 例子 。 





代码 清单 7-11 





class DefaultedOptr{ 
public: 
// 使 用 


= default" 来 产生 缺 省 版 本 





DefaultedOptr() = default; 
// 这 里 没 使 用 





= default” 


DefaultedOptr & operator = (const DefaultedOptr & ); 











}; 
// 在 类 定义 外 用 ” 











= default" 来 指明 使 用 缺 省 版 本 


inline DefaultedOptr & 
DefaultedOptr::operator =( const DefaultedOptr & ) = default; 
/ / 编译 选项 


:g++ -Std=c++11 -c 7-2-5.cpp 





在 本 例 中 ， 类 DefaultedOptr 的 操作 符 operator= 被 声明 在 了 类 的 定义 
外 ， 并 且 被 设 定 为 缺 省 版 本 。 这 在 C++11 规 则 中 也 是 被 允许 的 。 在 类 定 
义 外 显 式 指定 缺 省 版 本 所 带 来 的 好 处 是 ， 程 序 员 可 以 对 一 个 class 定 义 提 
供 多 个 实现 版 本 。 假 设 我 们 有 下 面 的 几 个 文件 : 











type.h : struct type { type(); }; 
type1.cc : type::type() = default; 
type2.cc : type::type() { /*do some thing */ }; 





那么 程序 员 就 可 以 选择 地 编译 typel.cc 或 者 type2.cc， 从 而 轻易 地 在 提供 
缺 省 函数 的 版 本 和 使 用 自 定 义 版 本 的 函数 间 进 行 切 换 。 这 对 于 一 些 代 码 
的 调试 是 很 有 帮助 的 。 


此 外 ， 除 去 我 们 在 上 节 提 到 了 多 个 可 以 由 编译 右上 默认 提供 的 缺 省 函 
数 ， 显 式 缺 省 还 可 以 修饰 一 些 其 他 函数 ， 比 如 “operator==”。C++11 标 准 
并 不 要 求 编译 器 为 这 些 函 数 提 供 缺 省 的 实现 ， 但 如 果 将 其 声明 为 显 陈 缺 
省 的 话 ， 则 编译 器 会 按照 茶 些 “标准 行为 ”为 其 生成 所 需要 的 版 本 。 


关于 显 式 删除 ， 正 如 我 们 在 上 一 节 中 看 到 ， 显 式 删除 可 以 避免 用 户 
使 用 一 些 不 应 该 使 用 的 类 的 成 员 函 数 。 不 过 显 式 删除 也 并 非 局 限于 成 员 
图 数 ， 使 用 显 式 删除 还 可 以 避免 编译 器 做 一 些 不 必要 的 隐 陈 数据 类 型 转 
换 。 我 们 来 看 看 代码 清单 7-12 所 示 的 例子 。 








代码 清单 7-12 





class ConvType { 
public: 
ConvType(int i) {}; 
ConvType(char c) = delete; // 删除 


Char 版 本 

}; 

void Func(ConvType ct) {} 
int main() { 


Func(3); 
Func('a'); // 无 法 通过 编译 


ConvType ci(3); 
ConvType cc('a'); // 无 法 通过 编译 


} 
// 编译 选项 


:g++ -std=c++11 7-2-6.cpp 





代码 清单 7-12 中 ， 我 们 显 式 删 除了 ConvType(char) 版 本 的 构造 函 
数 。 则 在 调用 Func('a") 及 构造 变量 cc 的 时 候 ， 编 译 器 会 给 出 错误 提示 并 
停止 编译 。 这 是 因为 编译 器 发 现 从 char 构 造 ConvType 的 方式 是 不 被 允许 
的 。 不 过 如 果 读者 将 ConvType(char CO=delete; 这 一 名 注释 掉 ， 代 码 清单 


7-12 就 可 以 通过 编译 了 。 这 种 情况 下 ， 编 译 器 会 隐 式 地 将 a 转换 为 整 
型 ， 并 调用 整 型 版 本 的 构造 函数 。 这 样 一 来 ， 我 们 就 可 以 对 一 些 危险 
的 、 不 应 该 发 生 的 隐 式 类 型 转换 进行 适当 的 控制 。 





不 过 我 们 还 需要 注意 一 下 explicit 关 键 字 在 这 里 可 能 产生 的 影响 。 让 
我 们 稍稍 改变 一 下 代码 清单 7-12 中 的 代码 ， 一 些 意 想不到 的 结果 就 可 能 
发 生 ， 如 代码 清单 7-13 所 示 。 





代码 清单 7-13 





class ConvType { 
public: 
ConvType(int i) {}; 
explicit ConvType(char c) = delete; // 删除 


explicit 的 


Char 构 造 函 数 


}; 
void Func(ConvType ct) {} 
int main() { 
Func(3); 
Func('a'); // 可 以 通过 编译 


ConvType ci(3); 


ConvType cc('a'); // 无 法 通过 编译 


// 编译 选项 


:g++ -std=c++11 7-2-7.cpp 


TT | 


代码 清单 7-13 中 ， 语 名 explicit ConvType(char)=delete 将 从 char 
explicit 构 造 ConvType 的 方式 显 式 删除 了 ， 这 导致 cc 变量 的 构造 不 成 功 ， 
因为 其 是 显 式 构造 的 。 不 过 在 函数 Func 的 调用 中 ， 编 译 器 会 尝试 隐 式 地 
将 c 转 换 成 int， 从 而 Func(Ca) 的 调用 会 导致 一 次 ConvType(inb 构 造 ， 因 而 
能 够 通过 编译 。 这 样 一 来 ，explicit 带 来 了 令 人 篮 从 的 效果 ， 即 没有 彻底 
地 禁止 类 型 转换 的 发 生 。 如 果 程 序 员 发 生 了 这 样 的 错误 ， 也 可 能 会 比较 
难 找到 原因 。 


事实 上 ， 在 C++11 提 案 中 ， 提 采 的 作者 并 不 建议 用 户 将 explicit 天 键 
字 和 显 式 删除 合用 。 因 为 两 者 的 合用 只 会 引起 一 些 混 乱 性 ， 并 无 什么 好 
处 。 因 此 ， 程 序 员 在 使 用 显 式 删除 时 候 ， 应 该 总 是 避免 explicit 关 键 字 修 
饰 的 函数 ， 反 之 亦 然 。 


还 有 一 点 必须 指出 ， 对 于 使 用 显 式 删除 来 禁止 编译 器 做 一 些 不 必要 
的 类 型 转换 上 ， 我 们 并 不 局 限于 缺 省 版 本 的 类 成 员 函 数 或 者 全 局 函数 
上 ， 对 于 一 些 普通 的 函数 ， 我 们 依然 可 以 通过 显 式 删除 来 禁止 类 型 转 
换 ， 如 代码 清单 7-14 所 示 。 


代码 清单 7-14 





void Func(int i){}; 
void Func(char c) = delete; // 显 式 删除 


Char 版 本 


int main(){ 


Func(3); 
Func('c'); // 本 句 无 法 通过 编译 


return 1; 


} 
// 编译 选项 


:g++ -Std=c++11 7-2-8.cpp 





代码 清单 7-14 所 示 的 例子 中 ， 我 们 显 式 删除 了 Func 的 char 版 本 ， 这 
就 会 导致 Func('c") 调 用 的 编译 失败 。 


显 式 删 除 还 有 一 些 有 趣 的 使 用 方式 。 比 如 程序 员 使 用 显 式 删除 来 删 
除 目 定义 类 型 的 operator new 操 作 符 的 话 ， 就 可 以 做 到 避免 在 堆 上 分 配 
该 class 的 对 象 。 代 码 清单 7-15 束 是 这 样 一 个 例子 。 


代码 清单 7-15 





#include <cstddef> 
class NoHeapAllocf 
public: 
void * operator new(std::size_t) = delete; 
7; 
int main(){ 
NoHeapAlloc nha; 
NoHeapAlloc * pnha = new NoHeapAlloc; // 编译 失败 


return 1; 


} 
// 编译 选项 


:g++ -std=c++11 7-2-9.cpp 








而 在 一 些 情况 下 ， 比 如 在 代码 清单 7-16 中 ， 我 们 需要 对 象 在 指定 内 
存 位 置 进行 内 存 分 配 ， 并 且 不 需要 析 构 函数 来 完成 一 些 对 象 级 别 的 清 





。 这 个 时 候 ， 我 们 可 以 通过 显 式 删除 析 构 函数 来 限制 目 定 义 类 型 在 栈 
上 或 者 静态 的 构造 。 


代码 清单 7-16 





#include <cstddef> 
#include <new> 
extern void* p; 
class NoStackAlloc{ 
public: 
~NoStackAlloc() = delete; 
}; 
int main(){ 
NoStackAlloc nsa; // 无 法 通过 编译 


new (p) NoStackAlloc(); // placement new, 假设 


Pp 无 需 调用 析 构 函数 


return 1; 


/ / 编译 选项 


:g++ 7-2-10.cpp -Std=c++11 -c 





由 于 placement new 构 造 的 对 象 ， 编 译 絮 不 会 为 其 调用 析 构 函数 ， 因 
此 析 构 函数 被 删除 的 类 能 够 正常 地 构造 。 事 实 上 ， 读 者 可 以 推 而 三 之 ， 
将 显 式 删除 析 构 函数 用 于 构建 单 件 模 式 (Singleton〉， 不 过 本 书 束 不 再 
FETT UE TS 


7.3 lambda 函数 


CHP oH. PATA 


7.3.1 _ lambda 的 一 些 历 史 


lambda (A) 在 希腊 字母 表 中 位 于 第 11 位 。 同 时 ， 由 于 希腊 数字 是 
基于 希腊 字母 的 ， 所 以 在 希腊 数字 中 也 表示 了 值 30。 在 数理 逻辑 或 计 
算 机 科学 领域 中 ，lambda 则 是 被 用 来 表示 一 种 匿名 函数 ， 这 种 匿名 函数 
代表 了 一 种 所 谓 的 和 演算 〈lambda calculus) 。 











演算 是 计算 机 语言 领域 的 老 古董 ， 或 者 更 确切 地 讲 ， 和 演算 应 该 算 
做 编程 语言 理论 的 研究 成 果 ， 它 的 出 现 指引 了 实际 编程 语言 的 诞生 。20 
世纪 30 年 代 ， 阿 隆 佐 : 邱 奇 由 (Alonzo Church) 引入 了 这 套 表示 计算 
(computation) 的 形式 系统 。1958 年 ， 当 时 身 在 MIT 的 约翰 .麦肯锡 
(John McCarthy) 创造 出 了 基于 和 演算 的 LISP 语 言 ( 但 他 并 没有 实现 
LISP。 第 一 个 Lisp 语 言 的 实现 是 Steve Russell 在 IBM 704 机 器 上 完成 
I) 。LISP 语 言 历 史 远 早 于 C 语 言 ， 可 以 算 作 第 二 古老 的 高 级 编程 语言 
(第 一 个 成 功 的 高 级 编程 语言 是 [BM 的 FORTRAN) ， 也 是 在 学 术 界 产 
生 的 第 一 个 成 功 的 编程 语言 ， 其 被 广泛 应 用 于 人 工 智 能 的 研究 领域 。 相 
比 于 基于 lambda 的 LISP 的 成 功 ，C++ 则 显得 非常 年 轻 。 直 到 30 年 后 ， 
Bjarne Stroustrup 才 在 贝尔 实验 室 里 开始 设计 并 实现 C++。 








而 从 软件 开发 的 角度 看 ， 以 lambda 概 念 为 基础 的 “函数 式 编 


fE” (Functional Programming) 是 与 命令 式 编 程 (Imperative 


Programming) 、 面 向 对 象 编程 (Object-orientated Programming) 等 并 
列 的 一 种 编程 范 型 (Programming Paradigm) 。 现 在 的 高 级 语言 也 越 来 
越 多 地 引入 了 多 范 型 支持 ， 很 多 近年 流行 的 语言 都 提供 了 lambda 的 支 
持 ， 比 如 C#、PHP、JavaScript 等 。 而 现在 C++11 也 开始 支持 lambda， 并 
可 能 在 标准 演进 过 程 中 不 停 地 进行 修正 。 这 样 一 来 ， 从 最 早 基 于 命令 式 
编程 范 型 的 语言 C， 到 加 入 了 面向 对 象 编程 范 型 血统 的 Ct++， 再 到 逐渐 
融入 函数 式 编程 范 型 的 lambda 的 新 语言 规范 C++11，C/C++ 的 发 展 也 在 
融入 多 范 型 支持 的 潮流 中 。 





[1] 阿 隆 佐 。 BERR KEN 


7.3.2 C++11 4 Mlambda pk 2x 


lambda 的 历时 悠久 ， 不 过 具体 到 C++11 中 ，lambda 函 数 却 显 得 与 之 
前 C++ 规范 下 的 代码 在 风格 上 有 较 大 的 区 别 。 我 们 可 以 通过 一 个 例子 先 
来 观察 一 下 ， 如 代码 清单 7-17 所 示 。 


代码 清单 7-17 





int main() { 
int girls = 3, boys = 4; 
auto totalChild = [](int x, int y)->int{ return x + y; }; 
return totalChild(girls, boys); 

} 编 译 选 项 


: g++ -Std=c++11 7-3-1.cpp 





在 代码 清单 7-17 所 示 的 例子 当中 ， 我 们 定义 了 一 个 lambda 函 数 。 
函数 接受 两 个 参数 (int x,int y)， 并 且 返 回 其 和 。 直 观 地 看 ，lambda 函 数 
跟 普 通 函数 相 比 不 需要 定义 函数 名 ， 取 而 代 之 的 多 了 一 对 方 括号 
(TD 。 此 外 ，lambda 函 数 还 采用 了 追踪 返回 类 型 的 方式 声明 其 返回 
值 。 其 余 方 面 看 起 来 则 跟 普 通 函数 定义 一 样 。 








而 通常 情况 下 ，lambda 函 数 的 语法 定义 如 下 : 





[capture](parameters) mutable ->return-type{statement} 





其 中 ， 


‘[capture]: 捕捉 列表 。 捕 捉 列 表 总 是 出 现在 lambda 函 数 的 开始 处 。 
事实 上 ，[] 是 lambda 引 出 符 。 编 译 费 根据 该 引出 符 判 断 接 下 来 的 代码 是 
人 否 是 lambda 函 数 。 捕 捉 列 表 能 够 捕捉 上 下 文中 的 变量 以 供 lambda 函 数 使 
用 。 上 有 具体 的 方法 在 下 文中 会 再 描述 。 








(parameters): 参数 列表 。 与 普通 函数 的 参数 列表 一 致 。 如 果 不 需 
要 参数 传递 ， 则 可 以 连同 括号 0 一 起 省 略 。 


‘mutable: mnutable 修 饰 符 。 默 认 情 况 下 ，lambda 函 数 总 是 一 个 const 
国 数 ，mnutable 可 以 取消 其 常量 性 。 在 使 用 该 修饰 符 时 ， 参 数列 表 不 可 
省 略 “〈 即 使 参数 为 空 ) 。 


->return-type: 返回 类 型 。 用 退 踪 返回 类 型 形式 声明 函数 的 返回 类 
型 。 出 于 方便 ， 不 需要 返回 值 的 时 候 也 可 以 连同 符号 -> 一 起 省 略 。 此 
外 ， 在 返回 类 型 明确 的 情况 下 ， 也 可 以 省 略 该 部 分 ， 让 编译 器 对 返回 类 
型 进行 推导 。 





-{statement}: 函数 体 。 内 容 与 普通 函数 一 样 ， 不 过 除了 可 以 使 用 参 
数 之 外 ， 还 可 以 使 用 所 有 捕获 的 变量 。 





在 lambda 函 数 的 定义 中 ， 参 数列 表 和 返还 类 型 部 是 可 选 的 部 分 ， 而 
捕捉 列表 和 函数 体 都 可 能 为 空 。 那 么 在 极端 情况 下 ，C++11 中 最 为 简略 


的 lambda 函 数 只 需要 声明 为 


[1{}; 





就 可 以 了 。 不 过 理 所 应 当地 ， 该 lambda 函 数 不 能 做 任何 事情 。 
代码 清单 7-18 中 列 出 了 各 种 各 样 的 lambda 函 数 。 


代码 清单 7-18 





int main(){ 
[]{ // 最 简 


lambda 




















int a = 3; 

int b = 4; 

[=] { return a + b;}; / /省略 了 参数 列表 与 返回 类 型 ， 返 回 类 型 由 编译 器 推断 为 
int 

auto fun1 = [&](int c) {b=a+c; }; // 省略 了 返回 类 型 ， 无 返回 值 























auto fun2 = [=, &b](int c)->int { return b += a + c; }j// 各 部 分 都 很 完整 的 


lambdanm% 


} 
// 编译 选项 


:g++ -Std=c++11 7-3-2.cpp 





在 代码 清单 7-18 中 ， 我 们 看 到 了 各 种 各 样 的 捕捉 列表 的 使 用 。 直 观 
地 讲 ，lambda 函 数 与 普通 函数 可 见 的 最 大 区 别 之 一 ， 就 是 lambda 函 数 可 
以 通过 捕捉 列表 访问 一 些 上 下 文中 的 数据 。 有 具体 地 ， 捕 捉 列 表 描 述 了 上 
下 文中 哪些 的 数据 可 以 被 lambda 使 用 ， 以 及 使 用 方式 〈 以 值 传递 的 方式 





或 引用 传递 的 方式 ) 。 在 代码 清单 7-17 的 例子 中 ， 我 们 是 使 用 参数 的 方 
式 传 递 变量 ， 现 在 让 我 们 使 用 捕捉 列表 来 改写 这 个 例子 ， 如 代码 清单 7- 
19 上 所 示 。 


代码 清单 7-19 





int main() { 
int boys = 4, int girls = 
auto totalChild = = airis, eee >int{ return girls + boys; }; 
return totalChild(); 


Í 
// 编译 选项 


g++ -Std=c++11 7-3-3.cpp 


代码 清单 7-19 中 ， 我 们 使 用 了 捕捉 列表 捕捉 上 下 文中 的 变量 girls、 
boys。 与 代码 清单 7-17 相 比 ， 函 数 的 原型 发 生 了 变化 ， 即 totalChild 不 再 
要 传递 参数 。 这 个 改变 看 起 来 平淡 无 奇 ， 不 过 读者 在 阅读 7.3.3 节 之 后 
可 以 知道 ， 此 时 girls 和 boys 可 以 视 为 lambda 函 数 的 一 种 初始 状态 ， 
lambda 函 数 的 运算 则 是 基于 初始 状态 进行 的 运算 。 这 与 函数 简单 基于 参 
数 的 运算 是 有 所 不 同 的 。 








语法 上 ， 捕 捉 列 表 由 多 个 捕捉 项 组 成 ， 并 以 逗号 分 制 。 捕 捉 列 表 有 
如 下 几 种 形式 : 


[var] 表 示 值 传递 方式 捕捉 变量 var。 


[=] 表 示 值 传递 方式 捕捉 所 有 父 作 用 域 的 变量 〈 包 括 this) 。 
[&var] 表 示 引 用 传递 捕捉 变量 var。 

[&] 表 示 引 用 传递 捕 提 所 有 父 作 用 域 的 变量 (包括 this〉。 
[this] 表 示 值 传递 方式 捕捉 当前 的 this 指 针 。 


注意 QHR: enclosing scope， 这 里 指 的 是 包含 lambda 函 数 的 
语句 块 ， 在 代码 清单 7-19 中 ， 即 main 函 数 的 作用 域 。 





通过 一 些 组 合 ， 捕 捉 列 表 可 以 表示 更 复杂 的 意思 。 比 如 : 


[=,&a&b] 表 示 以 引用 传递 的 方式 捕捉 变量 a 和 b， 值 传递 方式 捕捉 
其 他 所 有 变量 。 


[&,a,this] 表 示 以 值 传递 的 方式 捕捉 变量 a 和 this， 引 用 传递 方式 捕捉 
其 他 所 有 变量 。 





不 过 值得 注意 的 是 ， 捕 捉 列 表 不 允许 变量 重复 传递 。 下 面 一 些 例子 
就 是 典型 的 重复 ， 会 导致 编译 时 期 的 错误 。 


[=,a] 这 里 = 已 经 以 值 传递 方式 捕 提 了 所 有 变量 ， 捕 捉 a 重 复 。 


[&,&this] 这 里 & 已 经 以 引用 传递 方式 捕捉 了 所 有 变量 ， 再 捕捉 this 
也 是 一 种 重复 。 


利用 以 上 的 规则 ， 对 于 代码 清单 7-19 的 lambda 函 数 ， 我 们 可 以 通过 
[=] 来 声明 捕捉 列表 ， 进 而 对 totalChild 书 写 上 的 进一步 简化 ， 如 代码 清 
单 7-20 所 示 。 


代码 清单 7-20 





int main() { 
int boys = 4, girls = 3; 
auto totalChild = [=]()->int{ return girls + boys; };// 捕捉 所 有 父 作用 域 的 变量 


return totalChild(); 


} 
// 编译 选项 


g++ -Std=c++11 7-3-4.cpp 





通过 捕捉 列表 [=]，lambda 函 数 的 父 作 用 域 中 所 有 自动 变量 都 被 
lambda 依 照 传 值 的 方式 捕捉 了 。 


7.3.3 lambda 4} AŽ 


好 的 编程 语言 一 般 都 有 好 的 库 支 持 ，C++ 也 不 例外 。C++ 语 言 在 标 
准 程序 库 STL 中 向 用 户 提供 了 一 些 基 本 的 数据 结构 及 一 些 基 本 的 算法 
等 。 在 C++11 之 前 ， 我 们 在 使 用 STL 算 法 时 ， 通 常会 使 用 到 一 种 特别 的 
对 象 ， 一 般 来 说 ， 我 们 称 之 为 函数 对 象 ， 或 者 仿 函数 Cfunctor) 。 仿 函 
数 简单 地 说 ， 就 是 重 定义 了 成 员 函 数 operator() 的 一 种 自 定义 类 型 对 象 。 
这 样 的 对 象 有 个 特点 ， 就 是 其 使 用 在 代码 层面 感觉 跟 函 数 的 使 用 并 无 二 
样 ， 但 究 其 本 质 却 并 非 函数 。 我 们 可 以 看 一 个 仿 函数 的 例子 ， 如 代码 清 
单 7-21 所 示 。 





代码 清单 7-21 





class _functor { 
public: 
int operator()(int x, int y) { return x + y; } 
ri 
int main(){ 
int girls = 3, boys = 4; 
_functor totalChild; 
return totalChild(5, 6); 


} 
// 编译 选项 


:g++ 7-3-5.cpp -std=c++11 


这 个 例子 中 ，dlass_functor 的 operator() 被 重 载 ， 因 此 ， 在 调用 该 孙 
数 的 时 候 ， 我 们 看 到 跟 函 数 调 用 一 样 的 形式 ， 只 不 过 这 里 的 totalChild 不 


函数 名 称 ， 而 是 对 象 名 称 


注意 ” 相 比 于 函数 ， 念 函数 可 以 拥有 初始 状态 ， 一 般 通 过 class 定 义 
私有 成 员 ， 并 在 声明 对 象 的 时 候 对 其 进行 初始 化 。 私 有 成 员 的 状态 就 成 
本 仿 函数 的 初始 状态 。 而 由 于 声明 一 个 仿 函 数 对 象 可 以 拥有 多 个 不 同 初 
始 状 态 的 实例 ， 因 此 可 以 借 由 仿 函 数 产 生 多 个 功能 类 似 却 不 同 的 仿 函 数 
实例 (这 里 是 一 个 多 状态 的 仿 函 数 的 实例 〉。 





#include <iostream> 
using namespace std; 
class Tax { 
private: 
float rate; 
int base; 
public: 
Tax(float r, int b): rate(r), base(b) {} 
float operator() (float money) { return (money - base) * rate; } 


了 
int main() { 
Tax high(0.40, 30000); 
Tax middle(0.25, 20000); 


cout << "tax over 3w: " << high(37500) << endl; 
cout << "tax over 2w: " << middle(27500) << endl; 
return 0; 





这 里 通过 带 状态 的 仿 函 数 ， 可 以 设 定 两 种 不 同 的 税率 的 计算 。 


而 仔细 观察 的 话 ， 除 去 自 定义 类 型 _functor 的 声明 及 其 对 象 的 定 
义 ， 可 以 发 现代 人 码 清单 7-21 跟 代码 清单 7-17 中 lambda 函 数 的 定义 看 起 非 
常 类 似 。 这 是 否 说 明 仿 函数 跟 lambda 在 实现 之 间 存 在 着 一 种 默契 呢 ? 我 
们 可 以 再 来 看 一 个 例子 ， 如 代码 清单 7-22 所 示 。 








代码 清单 7-22 


有 


class AirportPrice{ 
private: 
float _dutyfreerate; 
public: 
AirportPrice(float rate): _dutyfreerate(rate) {} 
float operator()(float price) { 
return price * (1 - _dutyfreerate/100) ; 
} 


int main(){ 
float tax_rate = 5.5f; 
AirportPrice Changi(tax_rate); 
auto Changi2 = 
[tax_rate](float price)->float{ return price * (1 - tax_rate/100); }; 
float purchased = Changi(3699); 
float purchased2 = Changi2(2899) ; 


} 
// 编译 选项 


:g++ 7-3-6.cpp -std=c++11 





代码 清单 7-22 是 一 个 机 场 返 税 的 例子 。 该 例 中 ， 分 别 使 用 了 仿 函 数 
和 1lambda 两 种 方式 来 完成 扣 税 后 的 产品 价格 计算 。 在 这 里 我 们 看 到 ， 
lambda 函 数 捕捉 了 tax_rate 变 量 ， 而 仿 函 数 则 以 tax_rate 初 始 化 类 。 其 他 
的 ， 如 在 参数 传递 上 ， 两 者 保持 一 致 。 可 以 看 到 ， 除 去 在 语法 层面 上 的 
不 同 ，lambda 和 仿 函 数 却 有 着 相 同 的 内 涵 一 都 可 以 捕捉 一 些 变 量 作为 初 
始 状 态 ， 并 接受 参数 进行 运算 。 








而 事实 上 ， 仿 函数 是 编译 器 实现 lambda 的 一 种 方式 。 在 现 阶段 ， 通 
常 编译 器 都 会 把 lambda 函 数 转 化 为 成 为 一 个 仿 函数 对 象 。 因 此 ， 在 
C++11 中 ，lambda 可 以 视 为 仿 函 数 的 一 种 等 价 形式 了 ， 或 者 更 动听 地 
说 ，lambda 是 仿 函 数 的 “语法 甜点 ”。 





我 们 可 以 通过 图 7-1 展 现代 码 清 单 7-22 中 的 lambda 函 数 和 仿 函 数 是 如 


ee ee a ee ce ee E te ee a sr 


! lambdaih 3x 
pf Tax rate (float price)->float{ return price * (1 - tax_rate/100); ga | 


class AirportPrice{ 





private: 
float _dutyfreerate; 


public: 
AirportPrice(float rate): _dutyfreerate(rate){} 





float operator()(float price) { 
return price * (1 - _dutyfreerate/100); ee | 


a pa a ep i an a et a i lS i ap i a Gt ee fii sl ge ae ie ca pin lc an a i i can ns sa at an oa pend Na ae 


图 7-1 _ lambda 函数 及 与 其 等 价 的 仿 函 数 


注意 ”有 的 时 候 ， 我 们 在 编译 时 发 现 lambda 函 数 出 现 了 错误 ， 编 译 
峰会 提示 一 些 构造 函数 等 相关 信息 。 这 显然 是 由 于 lambda 的 这 种 实现 方 
式 造 成 的 。 理 解 了 这 种 实现 ， 用 户 也 就 能 够 正确 理解 错误 信息 的 由 来 。 





如 前 面 提 到 的 ， 仿 函数 被 广泛 地 用 于 STL 中 ， 同 样 的 ， 在 C++11 
中 ，lambda 也 在 标准 库 中 被 广泛 地 使 用 。 由 于 其 书写 简单 ， 通 常 可 以 就 
地 定义 ， 因 此 用 户 常 可 以 使 用 lambda 代 蔡 仿 函数 来 书写 代码 ， 我 们 可 以 
在 7.3.4 节 中 看 到 相关 的 应 用 方式 ， 在 7.3.6 中 了 解 ljambda 何 时 可 以 取代 仿 


7.3.4 lambda 的 基础 使 用 


依据 lambda 的 语法 ， 编 写 lambda 函 数 是 非常 容易 的 。 不 过 用 得 上 
lambda 函 数 的 地 方 比较 特殊 。 最 为 简单 的 应 用 下 ， 我 们 会 利用 lambda 函 
数 来 封装 一 些 代码 逻辑 ， 使 其 不 仅 具 有 函数 的 包装 性 ， 也 具有 就 地 可 见 
的 自 说 明 性 。 让 我 们 首先 来 看 一 个 例子 ， 如 代码 清单 7-23 所 示 。 


代码 清单 7-23 





extern int zZ; 
extern float c; 
void Calc(int& , int, float &, float); 
void TestCalc() { 
int x, y = 3; 
float a, b = 4.0; 
int success = 0; 
auto validate = [&]() -> bool 


{ 
if ((x == y + z) && (a == b+ c)) 
return 1; 
else 
return 0 
ieee y, a, b); 
success += validate(); 
y = 1024; 
b = 1e13; 


Calc(x, y, a, b); 
success += validate(); 


} 
// 编译 选项 


:g++ -C -Std=c++11 7-3-7.cpp 





在 代码 清单 7-23 所 示 的 例子 中 ， 用 户 试 图 用 目 己 写 的 函数 TestCalc 
进行 测试 。 这 里 使 用 了 一 个 auto 关 键 字 推 导出 了 validate 变 量 的 类 型 为 匿 





名 lambda 函 数 。 可 以 看 到 ， 我 们 使 用 lambda 函 数 直 接 访问 了 TestCal 中 的 
局 部 的 变量 来 完成 这 个 工作 。 











在 没有 lambda 函 数 之 前 ， 通 常 需 要 在 TestCalc 外 声明 同样 一 个 函 
数 ， 并 且 把 TestCalc 中 的 变量 当 作 参数 进行 传递 。 出 于 函数 作用 域 及 运 
行 效率 考虑 ， 这 样 声 明 的 函数 通常 还 需要 加 上 关键 字 static 和 inline。 相 
比 于 一 个 传统 意义 上 的 函数 定义 ，lambda 函 数 在 这 里 更 加 直观 ， 使 用 起 
来 也 非常 简便 ， 代 码 可 读 性 很 好 ， 效 果 上 ，lambda 函 数 则 等 同 于 一 
个 “局 部 函数 ”。 








注意 函数 《local function， 即 在 函数 作用 域 中 定义 的 函 
数 ) , HORA A PAA (nested function) 。 局 部 函数 通常 仅 属于 其 父 作 
用 域 ， 能 够 访问 父 作 用 域 的 变量 ， 且 在 其 父 作 用 域 中 使 用 。C/C++ 语 言 
标准 中 不 允许 局 部 函数 存在 〈 不 过 一 些 其 他 语言 是 允许 的 ， 比 如 
FORTRAN) ，C++11 标 准 却 用 比较 优雅 的 方式 打破 了 这 个 规则 。 因 为 
事实 上 ，lambda 可 以 像 局 部 函数 一 样 使 用 。 





必须 指出 的 是 ， 相 比 于 在 函数 外 定义 的 static inline 函 数 ， 或 者 是 自 
定义 的 宏 ， 本 例 中 lambda 函 数 并 没有 实际 运行 时 的 性 能 优势 但 也 不 会 
差 ，lambda 函 数 在 C++11 标 准 中 默认 是 内 联 的 ) 。 同 局 部 函数 一 样 
lambda 函 数 在 代码 的 作用 域 上 仅 属于 其 父 作用 域 ， 不 过 直观 地 看 ， 
lambda 函 数 代 码 的 可 读 性 可 能 更 好 ， 尤 其 对 于 小 的 函数 而 言 。 





对 于 运算 比较 复杂 的 函数 〈 比 如 实现 一 些 很 复杂 的 算法 ) ， 通 常 函 
数 中 会 有 大 量 的 局 部 状态 〈 变 量 ) ， 这 个 时 候 如 果 程 序 员 只 是 需要 一 
些 “ 局 部 ”的 功能 一 比如 打印 一 些 内 部 状态 ， 或 者 做 一 些 固定 的 操作 ， 这 
些 功能 往往 不 能 与 其 他 任何 的 代码 共享 ， 却 要 在 一 个 函数 中 多 次 重用 。 
那么 使 用 lambda 的 捕 提 列表 功能 则 相 较 于 独立 的 全 局 静态 函数 或 私有 成 
员 函 数 方便 很 多 。 设 计 一 个 仅 使 用 捕捉 列表 lambda 函 数 不 会 像 设 计 传 统 
函数 一 样 要 关心 大 量 细节 : 需要 多 少 参数 、 哪 些 参数 需要 按 值 传递 、 哪 
些 参数 需要 按 引用 或 者 指针 传递 ， 通 通 不 需要 程序 员 来 考虑 。 而 且 父 函 
数 结束 后 ， 该 lambda 函 数 也 就 不 再 可 用 了 ， 不 会 污染 任何 名 字 空 间 〈 当 
然 ， 事实 上 如 我 们 所 讲 的 ，lambda 本 号 就 是 匿名 的 函数 ) 。 因 此 ， 对 于 
复杂 代码 的 快速 开发 而 言 ，lambda 的 出 现 意 义 重大 。 事 实 上 ， 这 些 也 是 
局 部 函数 的 好 处 。 在 C++11 之 前 ， 程 序 员 只 能 通过 编写 类 来 模拟 局 部 函 
数 ， 实 现 复杂 而 且 常 常会 存在 着 各 种 各 样 的 问题 ，lambda 的 出 现 使 得 这 
样 的 做 法 统统 成 为 了 历史 。 









































我 们 再 来 看 一 个 常量 性 的 例子 。 在 编写 程序 的 时 候 ， 程 序 员 通 第 会 
发 现 上 自己 需要 一 些 “ 常 量 *"， 不 过 这 些 常 量 的 值 却 由 自己 初始 化 状态 决定 
的 。 我 们 来 看 看 代码 清单 7-24 所 示 的 例子 。 





代码 清单 7-24 


int Prioritize(int ); 
int Allworks(int times) { 
int i; 
int x; 


try { 
for (i = 0; i < times; i++) 
x += Prioritize(i); 


} 
const int y = [=]{ 
int i, val; 
try { 
for (i = 0; i < times; i++) 
val += Prioritize(i); 


} 
catch(...) { 
val = 0; 
return val; 
}(); 
} 


// 编译 选项 


:g++ -Std=c++11 7-3-8.cpp -Cc 





在 代码 清单 7-24 所 示 的 例子 中 ， 我 们 对 x 和 y 的 初始 化 实际 是 完全 一 
RY. HWA, x ky) 的 初始 化 需要 循环 调用 函数 Prioritize， 并 且 
在 Prioritize 抛 出 异常 的 时 候 对 x《〈 或 yY) 赋 默 认 值 0。 





在 不 使 用 函数 的 情况 下 ， 由 于 初始 化 要 在 运行 时 修改 x 的 值 ， 因 
此 ， 虽 然 x 在 初始 化 之 后 对 于 程序 而 言 是 个 芝 量 ， 却 不 能 被 声明 为 
const。 而 在 定义 y 的 时 候 ， 由 于 我 们 就 地 定义 lambda 函 数 并 且 调 用 ，y 仅 
需 使 用 其 返回 值 ， 于 是 常量 性 得 到 了 保证 。 

















读者 可 能 觉得 也 可 以 定义 一 个 普通 函数 来 完成 y 的 常量 定义 ， 但 对 
于 代码 清单 7-24 中 的 代码 量 较 少 ， 自 说 明 意 义 较 强 的 初始 化 而 言 ， 无 疑 
采用 lambda 函 数 初始 化 的 时 候 ， 代 码 的 可 读 性 会 更 好 。 而 且 这 么 写 ， 我 
们 也 就 不 需要 为 这 段 代码 逻辑 取 个 函数 名 《〈 通 常 init 这 样 的 名 字 是 正确 


的 ， 但 是 却 很 难 解释 清楚 代码 做 了 什么 )。 这 是 lambda 函 数 的 一 个 优势 
所 在 。 


7.3.5 “天 于 lambda 的 一 些 问 题 及 有 趣 的 实验 


使 用 lambda 函 数 的 时 候 ， 捕 换 列 表 不 同 会 导致 不 同 的 结果 。 有 基体 地 
讲 ， 按 值 方式 传递 捕 换 列表 和 按 引 用 方式 传递 捕捉 列表 效果 是 不 一 样 
的 。 对 于 按 值 方式 传递 的 捕捉 列表 ， 其 传递 的 值 在 lambda 函 数 定义 的 时 
候 就 已 经 决定 了 。 而 按 引 用 传递 的 捕捉 列表 变量 ， 其 传递 的 值 则 等 于 
lambda 函 数 调用 时 的 值 。 我 们 可 以 看 一 下 代码 清单 7-25 所 示 的 例子 。 











代码 清单 7-25 





#include <iostream> 
using namespace std; 
int main() { 
int j = 12; 
auto by_val_lambda = [=] { return j + 1;}; 
auto by_ref_lambda = [&] { return j + 1;}; 
cout << "by_val_lambda: " << by_val_lambda() << endl; 
cout << "by_ref_lambda: " << by_ref_lambda() << endl; 
j++; 
cout << "by_val_lambda: " << by_val_lambda() << endl; 
cout << "by_ref_lambda: " << by_ref_lambda() << endl; 
了 编译 选项 


: g++ -Std=c++11 7-3-9.cpp 











完成 编译 运行 后 ， 我 们 可 以 看 到 运行 结果 如 下 : 





by_val lambda: 13 
by_ref_lambda: 13 
by_val lambda: 13 
by_ref_lambda: 14 





第 一 次 调用 by_val_lambda 和 by_ref_lambda 时 ， 其 运算 结果 并 没有 


不 同 。 两 者 均 计 算 的 是 12+1=13。 但 在 第 二 次 调用 by_val_lambda 的 时 
候 ， 其 计算 的 是 12+1=13， 相 对 地 ， 第 二 次 调用 by_ref lambda 时 计算 的 
是 13+1=14。 这 个 结果 的 原因 是 由 于 在 by_val_lambda 中 ，j 被 视 为 了 一 个 
常量 ， 一 旦 初始 化 后 不 会 再 改变 〈 可 以 认为 之 后 只 是 一 个 跟 父 作 用 域 中 
j 同 名 的 常量 ) 而 在 by_ref lambda 中 ，j 仍 在 使 用 父 作用 域 中 的 值 。 


因此 简单 地 总 结 的 话 ， 在 使 用 lambda 函 数 的 时 候 ， 如 果 需 要 捕捉 的 
值 成 为 lambda 函 数 的 常量 ， 我 们 通常 会 使 用 按 值 传递 的 方式 捕捉 ， 反 
需要 捕捉 的 值 成 为 lambda 函 数 运 行 时 的 变量 (类 似 于 参数 的 效 
K) ， 则 应 该 采用 按 引 用 方式 进行 捕捉 。 





此 外 ， 关 于 lambda 函 数 的 类 型 以 及 该 类 型 跟 函 数 指针 之 间 的 关系 ， 
读者 可 能 存在 一 些 困惑 。 回 顾 之 前 的 例子 ， 大 多 数 情况 下 把 匿名 的 
lambda 函 数 赋值 给 了 一 个 auto 类 型 的 变量 ， 这 是 一 种 声明 和 使 用 lambda 
函数 的 方法 。 结 合 之 前 关于 auto 的 知识 ， 有 人 会 猜测 totalChild 是 一 种 函 
数 指 针 类 型 的 变量 ， 而 在 阅读 过 7.3.2 节 关于 lambda 与 仿 函 数 之 间 关 系 之 
后 ， 大 多 数 读者 会 更 倾向 于 认为 lambda 是 一 种 自 定义 类 型 。 而 事实 上 ， 
lambda 的 类 型 并 非 简单 的 函数 指针 类 型 或 者 自 定义 类 型 。 

















从 C++11 标 准 的 定义 上 可 以 发 现 ，lambda 的 类 型 被 定义 为 “ 闭 

包 ”(closure) 的 类 上 ， 而 每 个 lambda 表 达 式 则 会 产生 一 个 闭 包 类 型 的 
临时 对 象 〈 右 值 ) 。 因 此 ， 严 格 地 讲 ，lambda 函 数 并 非 函 数 指针 。 不 过 
C++11 标 准 却 允 许 lambda 表 达 是 同 函 数 指针 的 转换 ， 但 前 提 是 lambda 函 





数 没有 捕捉 任何 变量 ， 且 函数 指针 所 示 的 函数 原型 ， 必 须 跟 lambda 函 数 
有 着 相同 的 调用 方式 。 我 们 可 以 通过 代码 清单 7-26 所 示 的 这 个 例子 来 说 
明 。 


代码 清单 7-26 





int main() { 
int girls = 3, boys = 4; 
auto totalChild = [](int x, int y)->int{ return x + y; }; 
typedef int (*allChild)(int x, int y); 
typedef int (*oneChild)(int x); 
allChild p; 
p = totalChild; 
oneChild q; 
q = totalChild; // 编译 失败 ， 参 数 必须 一 至 


decltype(totalChild) allPeople = totalChild; // 需 通过 


decltype 获 得 


]ambda 的 类 型 


decltype(totalChild) totalPeople = p; / / 编译 失败 ， 指 针 无 法 转换 为 
lambda 
return 0; 


// 编译 选项 


:g++ -Std=c++11 7-3-10. cpp 





在 代码 清单 7-26 所 示 的 例子 中 ， 我 们 可 以 把 没有 捕捉 列表 的 
totalChild 转 化 为 接受 参数 类 型 相同 的 allChild 类 型 的 函数 指针 。 不 过 ， 
转化 为 参数 类 型 不 一 致 的 oneChild 类 型 则 会 失败 。 此 外 ， 将 函数 指针 转 
化 为 lambda 也 是 不 成 功 的 (虽然 似乎 C++11 标 准 并 没有 明确 茶 止 这 一 


点 ) O 














值得 注意 的 是 ， 程 序 员 也 可 以 通过 decltype 的 方式 来 获得 lambda 郴 
数 的 类 型 。 其 方式 如 同 代码 清单 7-26 中 声明 allPeople 一 样 ， 虽 然 使 用 
decltype 来 获得 lambda 函 数 类 型 的 做 法 不 是 很 常见 ， 但 在 实例 化 一 些 模 
板 的 时 候 使 用 该 方法 会 较为 有 用 。 





除 此 之 外 ， 还 有 一 个 问题 是 关于 lambda 函 数 的 常量 性 及 mutable 关 键 
字 的 。 我 们 来 看 看 代码 清单 7-27 所 示 的 这 个 例子 e 





代码 清单 7-27 





int main(){ 
int val; 
/ / 编译 失败 


/ 在 


consti 


i 


]ambda 中 修改 常 





图 


auto const_val_lambda = [=]() { val = 3;}; 
// +: 


consti 


lambda, 可 以 修改 常量 数据 


auto mutable_val_lambda = [=]() mutable { val = 3;}; 
// 依然 是 


consti 


lambda， 不 过 没有 改动 引用 本 身 


auto const_ref_lambda = [&] { val = 3;}; 
// 依然 是 


consti 


]ambda， 通 过 参数 传递 


val 
auto const_param_lambda = [&](int v) { v = 3;}; 
const_param_lambda(val) ; 
return 0; 


// 编译 选项 


:g++ -Std=c++11 7-3-11. cpp 





在 代码 清单 7-27 所 示 的 例子 中 ， 我 们 定义 了 4 种 不 同 的 lambda 郴 
数 ， 这 4 种 lambda 函 数 本 丹 的 行为 都 是 一 致 的 ， 即 修改 父 作 用 域 中 传递 
而 来 的 val 参 数 的 值 。 不 过 对 于 const_val lambda 函数 而 言 ， 编 译 器 认为 


这 是 一 个 错误 。 





7-3-10.cpp: In lambda function: 
7-3-10.cpp:4:43: error: assignment of read-only variable ' 


val’ 





而 对 于 声明 了 mutable 属 性 的 mutable_val lambda 函数 ， 以 及 通过 引 
用 传递 变量 val 的 const_ref_ lambda 函数 ， 甚 至 是 通过 参数 来 传递 变量 val 


的 const_param_lambda， 编 译 器 均 不 会 报错 。 


如 我 们 之 前 的 定义 中 提 到 一 样 ，C++11 中 ， 默 认 情 况 下 lambda 函 数 
是 一 个 const 函 数 。 按 照 规 则 ， 一 个 const 的 成 员 函 数 是 不 能 在 函数 体 中 
改变 非 静 态 成 员 变 量 的 值 的 。 但 这 里 明显 编译 器 对 不 同 传 参 或 捕捉 列表 
的 lambda 函 数 执行 了 不 同 的 规则 有 着 不 同 的 见解 。 其 究竟 是 基于 什么 样 
的 规则 而 做 出 了 这 样 的 决定 呢 ? 








初 看 这 个 问题 比较 让 人 困惑 ， 但 事实 上 这 跟 lambda 函 数 的 特别 的 帝 
量 性 相关 。 这 里 我 们 还 是 需要 使 用 7.3.3 中 的 知识 将 lambda 函 数 转 化 为 一 
个 完整 的 仿 函 数 ， 需 要 注意 的 是 ，lambda 函 数 的 函数 体 部 分 ， 被 转化 为 
仿 函 数 之 后 会 成 为 一 个 class 的 常量 成 员 函 数 。 整 个 const_val_lambda 看 
起 来 会 是 代码 清单 7-28 所 示 代 码 的 样子 。 


代码 清单 7-28 





class const_val_lambda{ 
public: 
const_val_lambda(int v): val(v){} 
public: 
void operator()() const { val = 3; } /* 注意 : 常量 成 员 函 数 


ty 
private: 
int val; 


/ 
// 编译 选项 


:g++ -Std=c++11 7-3-12.cpp -Cc 




















对 于 常量 成 员 函 数 ， 其 第 量 的 规则 跟 普通 的 第 量 函 数 是 不 同 的 。 具 
体 而 言 ， 对 于 第 量 成 员 函 数 ， 不 能 在 函数 体内 改变 class 中 任何 成 员 变 











量 。 因 此 ， 如 果 将 代码 清单 7-28 中 的 仿 函 数 奉 代 代 码 清 单 7-27 中 的 
lambda 函 数 ， 编 译 报错 则 显得 理 所 应 当 。 





现在 问题 就 比较 清楚 了 。lambda 的 捕捉 列表 中 的 变量 都 会 成 为 等 价 
仿 函 数 的 成 员 变 量 〈 如 const_val_lambda 中 的 成 员 val) ， 而 常量 成 员 函 
数 〈 如 operator0) 中 改变 其 值 是 不 允许 的 ， 因 而 按 值 捕捉 的 变量 在 没有 
声明 为 mutable 的 lambda 函 数 中 ， 其 值 一 旦 被 修改 就 会 导致 编译 器 报错 。 

















而 使 用 引用 的 方式 传递 的 变量 在 常量 成 员 函 数 中 值 被 更 改 则 不 会 导 
致 错误 。 关 于 这 一 点 在 很 多 C++ 书籍 中 已 经 有 过 讨论 。 简 单 地 说 ， 由 于 
函数 const_ref_ lambda 不 会 改变 引用 本 身 ， 而 只 会 改变 引用 的 值 ， 因 此 编 
译 器 将 编译 通过 。 至 于 按 传递 参数 的 const_param_lambda， 就 更 加 不 会 
引起 编译 器 的 “抱怨 > 了。 





准确 地 讲 ， 现 有 C++11 标 准 中 的 lambda 等 价 的 是 有 常量 operator() 的 
仿 函 数 。 因 此 在 使 用 捕捉 列表 的 时 候 必 须 注 意 ， 按 值 传递 方式 捕捉 的 变 
量 是 lambda 函 数 中 不 可 更 改 的 常量 〈 如 同 我 们 之 前 在 按 值 和 按 引 用 方式 
捕捉 的 讨论 中 提 到 的 一 样 ， 不 过 现在 我 们 已 经 在 语言 层面 看 到 了 限 
制 )。 标 准 这 么 设计 可 能 是 源 自 早期 STL 算法 一 些 设计 上 的 缺陷 (对 念 
函数 没有 做 限制 ， 从 而 导致 一 些 设计 不 算 特别 展 好 的 算法 出 错 ， 可 以 参 


考 Scott Mayer 的 Effective STL item 39， 或 者 Nicolai M.Josuttis 的 The 








C++Standard Library-A Tutorial and Reference F RAIA) 。 而 更 
一 般 地 讲 ， 这 样 的 设计 有 其 合理 性 ， 改 变 从 上 下 文中 拷贝 而 来 的 临时 变 








量 通 常 不 具有 任何 意义 。 绝 大 多 数 时 候 ， 临 时 变量 只 古 用 于 lambda 函 数 
的 输入 ， 如 果 需 要 输出 结果 到 上 上 下文， 我 们 可 以 使 用 引用 ， 或 者 通过 让 
lambda PĀ žni PE RKI. 


此 外 ，lambda 函 数 的 mutable 修 饰 符 可 以 消除 其 常量 性 ， 不 过 这 实际 
上 只 是 提供 了 一 种 语法 上 的 可 能 性 ， 现 实 中 应 该 没有 多 少 需 要 使 用 
mutable 的 lambda 函 数 的 地 方 。 大 多 数 时 候 ， 我 们 使 用 默认 版 本 的 《〈 非 
mutable) 的 lambda 函 数 也 就 足够 了 。 


注意 ”关于 按 值 传 递 捕捉 的 变量 不 能 被 修改 这 一 点 ， 有 人 认为 这 
算是 “ 闭 包 ” 类 型 的 名 称 的 体现 ， 即 在 复制 了 上 下 文中 变量 之 后 关闭 了 变 
量 与 上 下 文中 变量 的 联系 ， 变 量 只 与 lambda 函 数 运算 本 身 有 关 ， 不 会 影 
响 lambda 函 数 《〈《 闭 包 ) 之 外 的 任何 内 容 。 





[1] C++11 标 准 定义 ，closure 类 型 被 定义 为 特有 的 Cunique) 、 匿 名 且 非 
联合 体 〈unnamed nonunion) 的 class 类 型 。 

[2] 该 例子 的 问题 实际 上 来 源 自 网 络 上 的 一 次 讨论 : 
http://stackoverflow.com/questions/5501959/why-does-cOxslambda-require- 


mutable-keyword-for-capture-by-value-by-defau 。 


7.3.6 lambda 与 STL 


如 7.3.3 节 中 讲 到 的 ，lambda 对 C++11 最 大 的 贡献 ， 或 者 说 是 改变 ， 
应 该 在 STL 库 中 。 而 更 具体 地 说 ， 我 们 会 发 现 使 用 STL 的 算法 更 加 容易 
了 ， 也 更 加 容易 学 习 了 。 








首先 我 们 来 看 一 个 最 为 常见 的 STL 算 法 for_each。 简 单 地 说 ， 
for_each 算 法 的 原型 如 下 : 





UnaryProc for_each(InputIterator beg, InputIterator end, UnaryProc op) 





让 我 们 忽略 一 些 细节 ， 大 概 讲 ，for_each 算 法 需要 一 个 标记 开始 的 
iterator， 一 个 标记 结束 的 iterator， 以 及 一 个 接受 单个 参数 的 “函数 ”( 即 
一 个 函数 指针 、 仿 函数 或 者 lambda 函 数 ) 。 





for_each 的 一 个 示意 实现 如 下 : 





for_each(iterator begin, iterator end, Function fn) { 
for (iterator i = begin; i != end; ++i) fn(*i); 


} 





通过 for_each， 我 们 可 以 完成 各 种 循环 操作 ， 如 代码 清单 7-29 所 


ZN o 


代码 清单 7-29 


I 


#include <vector> 

#include <algorithm> 

using namespace std; 

vector<int> nums; 

vector<int> largeNums; 

const int ubound = 10; 

inline void LargeNumsFunc(int i)f{ 
if (i > ubound) 

largeNums.push_back(i); 


} 
void Above() { 
// 传统 的 





咎 Or 循环 
for (auto itr = nums.begin(); itr != nums.end(); ++itr) { 
if (*itr >= ubound) 
largeNums.push_back(*itr); 
} 
// 使 用 函数 指针 

















for_each(nums.begin(), nums.end(), LargeNumsFunc) ; 
// 使 用 


Lambda ensue 


for_each 
for_each(nums.begin(), nums.end(), [=](int i){ 
if (i > ubound) 
largeNums.push_back(i); 


3); 
} 编 译 选 项 


: g++ 7-3-13.cpp -c -std=c++11 





在 代码 清单 7-29 的 例子 当中 ， 我 们 分 别 用 了 3 种 方式 来 饥 历 一 
vector nums， 找 出 其 中 大 于 ubound 的 值 ， 并 将 其 写 入 另外 一 个 vector 
largeNums 中 。 第 一 种 是 传统 的 for 循 环 ， 第 二 种 ， 则 更 泛 型 地 使 用 了 
for_each 算 法 以 及 函数 指针 ， 第 三 种 同样 使 用 了 for_each， 但 是 第 三 个 参 
数 传 入 的 是 lambda 函 数 。 


首先 必须 指出 的 是 使 用 for_each 的 好 处 。 如 Scott Mayer 在 Effective 
STL Citem43) 中 提 到 的 一 样 ， 使 用 for_each 算 法 相 较 于 手写 的 循环 在 效 
率 、 正 确 性 、 可 维护 性 上 都 具有 一 定 优势 。 最 典型 的 ， 程 序 员 不 用 关心 
iterator， 或 者 说 循环 的 细节 ， 只 需要 设 定 边界 ， 作 用 于 每 个 元 素 的 操 
作 ， 就 可 以 在 近似 “一 条 语句 ”内 完成 循环 ， 正 如 函数 指针 版 本 和 lambda 
版 本 完成 的 那样 。 





那么 我 们 再 比较 一 下 函数 指针 方式 以 及 lambda 方 式 。 尔 数 指针 的 方 
式 看 似 简 洁 ， 不 过 却 有 很 大 的 缺陷 。 第 一 点 是 函数 定义 在 别 的 地 方 ， 比 
如 很 多 行 以 前 后) 或 者 别 的 文件 中 ， 这 样 的 代码 阅读 起 来 并 不 方便 。 
第 二 点 则 是 出 于 效率 考虑 ， 使 用 函数 指针 很 可 能 导致 编译 占 不 对 其 进行 
inline 优 化 《inline 对 编译 需 而 言 并 非 强制 ) ， 在 循环 次 数 较 多 的 时 候 ， 
内 联 的 lambda 和 没有 能 够 内 联 的 函数 指针 可 能 存在 着 巨大 的 性 能 差别 。 
因此 ， 相 比 于 函数 指针 ，lambda 拥 有 无 可 蔡 代 的 优势 。 


此 外 ， 函 数 指针 的 应 用 范围 相对 狭小 ， 尤 其 是 我 们 需要 具备 一 些 运 
行 时 才能 决定 的 状态 的 时 候 ， 函 数 指针 束 会 提 禄 见 肘 了 。 倘 硅 回 到 10 年 
前 《C++98 时 代 ) ， 遇 到 这 种 情况 的 时 候 ， 迫 切 想 应 用 泛 型 编程 的 
C++ 程序 员 或 许 会 坚 不 犹 豫 地 使 用 仿 函 数 ， 不 过 现在 我 们 则 没有 必要 那 
么 做 。 


我 们 稍微 修改 一 下 代码 清单 7-29 所 示 的 例子 ， 如 代码 清单 7-30 所 


代码 清单 7-30 





#include <vector> 
#include <algorithm> 
using namespace std; 
vector<int> nums; 
vector<int> largeNums; 
class LNums{ 
public: 
LNums(int u): ubound(u) {} 
void operator () (int i) const 


if (i > ubound) 
largeNums.push_back(i); 


} 
private: 
int ubound; 
}; 
void Above(int ubound) { 
// 传统 的 
For ia 
for (auto itr = nums.begin(); itr != nums.end(); ++itr) { 
if (*itr >= ubound) 
largeNums.push_back(*itr); 
// 使 用 仿 函 数 
for_each(nums.begin(), nums.end(), LNums(ubound)); 
// 使 用 
lambda 函 数 和 算法 
for_each 
for_each(nums.begin(), nums.end(), [=](int i){ 
if (i > ubound) 
largeNums.push_back(i); 
J); 
// 编译 选项 


:g++ 7-3-14.cpp -Std=c++11 -c 





在 代码 清单 7-30 中 ， 为 了 函数 的 最 大 可 用 性 ,我们 把 代码 清单 7-29 


中 的 全 局 变量 ubound 变 成 了 代码 清单 7-30 中 的 Above 的 参数 。 这 样 一 
来 ， 我 们 传递 给 for_each 函 数 的 第 三 个 参数 (函数 指针 ， 仿 函数 或 是 
lambda) 而 言 就 需要 知道 ubound 是 多 少 。 由 于 函数 只 能 通过 参数 传递 这 
个 状态 Cubound) ， 那 么 除非 for_each 调 用 函数 的 方式 做 出 改变 (比如 
增加 调用 函数 的 参数 ) ， 否 则 编译 器 不 会 让 其 通过 编译 。 因 此 ， 这 个 时 
候 拥 有 状态 的 仿 函 数 是 更 佳 的 选择 。 不 过 比较 上 面 的 代码 ， 我 们 可 以 直 
观 地 看 到 lambda 函 数 比 仿 函 数 书写 上 的 简便 性 。 因 此 ，lambda 在 这 里 依 
然 是 最 佳 的 选择 (如 果 读 者 觉得 这 样 还 不 够 过 瘾 的 话 ， 那 可 以 尝试 一 下 
C++11 新 风格 的 for 循 环 。 对 于 代码 清单 7-30 所 示 的 这 个 例子 ， 新 风格 的 
for 会 更 加 简练 ) 。 








注意 “事实 上 ，STL 算 法 对 传 入 的 “函数 ”的 原型 有 着 严格 的 说 明 ， 
像 for_each 就 只 能 传 入 使 用 单 参数 进行 调用 的 “函数 "。 有 的 时 候 用 户 可 
以 通过 STL 的 一 些 adapter 来 改变 参数 个 数 ， 不 过 必须 了 解 的 是 ， 这 些 
adapter 其 实 也 是 仿 函数 。 


在 C++98 时 代 ，STL 中 其 实 也 内 置 了 一 些 仿 函数 供 程序 员 使 用 。 代 
人 码 清 单 7-31 所 示 的 例子 中 ， 我 们 将 重点 比较 一 下 这 些 内 置 仿 函 数 与 
lambda 使 用 上 的 特点 。 


代码 清单 7-31 





#include <vector> 
#include <algorithm> 
using namespace std; 


extern vector<int> nums; 
void OneCond(int val)f{ 


// 传统 的 
or 循环 
for (auto i = nums.begin(); i != nums.end(); i++) 
if (*i == val) break; 


/ /内置 的 仿 函数 


(template) equal_to, iii 

















bind2nd 使 其 成 为 单 参数 调用 的 仿 函数 

















find_if(nums.begin(), nums.end(), bind2nd(equal_to<int>(), val)); 
// 使 用 


lambdaržı 


find_if(nums.begin(), nums.end(), [=](int i) { 
return i == val; 


}); 


// 编译 选项 


: g++ -C -Std=c++11 7-3-15.cpp 





在 代码 清单 7-31 中 ， 我 们 还 是 列 出 了 3 种 方式 来 寻找 vector nums 中 
第 一 个 值 等 于 val 的 元 素 。 我 们 可 以 看 一 下 使 用 内 置 仿 函数 的 方式 。 没 
有 太 多 接触 过 STL 算 法 的 人 可 能 对 bind2nd(equal_to<int>0,val) 这 上 段 代 码 
相当 迷惑 ， 但 简单 地 说 ， 就 是 定义 了 一 个 功能 是 比较 =val 的 仿 函 数 ， 
并 通过 一 定 方式 (bind2nd) 使 其 函数 调用 接口 只 需要 一 个 参数 即 可 。 
反观 lambda 函 数 ， 其 意义 简 活 明了 ， 使 用 者 使 用 的 时 候 ， 也 不 需要 有 太 
多 的 背景 知识 。 


但 现在 为 止 ， 我们 并 不 能 说 lambda 已 经 万 过 了 内 置 仿 函 数 。 而 实际 
上 ， 内 置 的 仿 函 数 应 用 范围 很 受 限制 ， 我 们 改动 一 下 代码 清单 7-31， 使 
其 和 微 复杂 一 点 ， 如 代码 清单 7-32 所 示 。 











代码 清单 7-32 





#include <vector> 

#include <algorithm> 

using namespace std; 

extern vector<int> nums; 

void TwoCond(int low, int high) { 
// 传统 的 


咎 Or 循环 
for (auto i = nums.begin(); i != nums.end(); i++) 
if (*i >= low && *i < high) break; 
// 利用 了 


3 个 内 置 的 仿 函 数 ， 以 及 非 标准 的 


compose2 
find_if(nums.begin(), nums.end(), 
compose2(logical_and<bool>(), 
bind2nd(less<int>(), high), 
bind2nd(greater_equal<int>(), low))); 





// 使 














lLambdaxm% 


find_if(nums.begin(), nums.end(), [=](int i) { 
return i >= low && i < high; 


}); 


// 编译 选项 


: g++ -c -Std=c++11 7-3-16.cpp 





在 代码 清单 7-32 中 ， 我 们 将 代码 清单 7-31 中 的 判断 条 件 稍微 调整 得 


复杂 了 一 些 ， 即 需 找 到 vector nums 中 第 一 个 值 介 于 [low,high) 间 的 元 素 。 
这 里 我 们 看 到 内 置 仿 函 数 变 得 异常 复杂 ， 而 且 程 序 员 不 得 不 接受 使 用 非 
标准 库 函 数 的 事实 (compose2) 。 这 对 于 需要 移植 性 的 程序 来 说 ， 是 非 
常 难 以 让 人 接受 的 。 即 使 之 前 曾经 很 多 人 对 内 置 仿 函数 这 样 的 做 法 点 头 
称赞 ， 但 现实 情况 下 可 能 人 人 都 必须 承认 : lambda 版 本 的 实现 非常 的 清 
晰 ， 而 且 这 一 次 代码 量 甚至 少 于 内 置 仿 函 数 的 版 本 ， 简 直 无 可 挑 吻 。 当 
然 ， 这 还 不 是 全 部 ， 我 们 来 看 下 一 个 例子 ， 如 代码 清单 7-33 所 示 。 














代码 清单 7-33 





#include <vector> 

#include <algorithm> 

#include <iostream> 

using namespace std; 

vector<int> nums; 

void Add(const int val){ 

auto print = [&]{ 

for (auto s: nums){ cout << s << '\t'; } 
cout<< endl; 


}; 
// 传统 的 
or 循环 方式 
for (auto i = nums.begin(); i != nums.end(); ++i){ 
*i = *i + val; 
} 
print(); 


// kik 


for_each 及 内 置 仿 函 数 


for_each(nums.begin(), nums.end(), bind2nd(plus<int>(), val)); 
print(); 
// 实际 这 里 需要 使 用 





STL 的 一 个 变动 性 算法 : 


transform 
transform(nums.begin(), nums.end(), nums.begin(), bind2nd(plus<int>(), val)); 
print(); 
// 不 过 在 








lambda 的 支持 下 ， 我 们 还 是 可 以 只 使 用 











for_each 
for_each(nums.begin(), nums.end(), [=](int &i){ 
i += val; 
) ; 
print(); 


int main(){ 
for (int i = 0; i < 10; i++){ 
nums.push_back(i); 


} 
Add(10); 


return 1; 
} 编 译 选 项 


: g++ 7-3-17.cpp -std=c++11 





在 代码 清单 7-33 所 示 的 例子 中 ， 我 们 试图 改变 vector 中 的 内 容 ， 即 
将 vector 中 所 有 的 元 素 的 数值 加 10。 这 里 我 们 还 是 使 用 了 传统 的 for 方 
式 、 内 置 仿 函数 的 方式 ， 以 及 lambda 的 方式 。 此 外 ， 为 了 方便 调试 ， 我 
们 使 用 了 一 个 lambda 函 数 来 打印 局 部 运行 的 结果 。 





在 机 器 上 编译 运行 代码 清单 7-33， 可 以 看 到 如 下 运行 结果 : 





10 11 12 13 14 15 16 17 18 19 
10 11 12 13 14 15 16 17 18 19 
20 21 22 23 24 25 26 27 28 29 
30 31 32 33 34 35 36 37 38 39 





这 里 我 们 注意 到 ， 结 果 的 第 二 行 和 第 一 行 没 有 区 别 。 仔 细 查 过 资料 
之 后 ， 我 们 发 现 ， 内 置 的 仿 函 数 plus<int>0 仅 仅 将 加 法 结果 返回 ， 为 了 


将 返回 结果 再 应 用 于 vector nums， 通 常情 况 下 ， 我 们 需要 使 用 transform 
这 个 算法 。 如 我 们 第 三 段 代 码 所 示 ，transform 会 遍历 nums， 并 将 结果 写 
入 nums.begin0 出 首 地 址 的 目标 区 《第 三 参数 ) 。 


事实 上 ， 在 书写 STL 的 时 候 人 们 总 是 会 告诫 新 手 for_each 和 transform 
之 间 的 区 别 ， 因 为 for_each 并 不 像 transform 一 样 写 回 结果 。 这 在 配合 STL 
内 置 的 仿 函 数 的 时 候 就 会 有 些 使 用 上 的 区 别 。 但 在 C++11 的 lambda 来 临 
的 时 候 ， 这 样 的 困惑 就 变 少 了 。 因 为 内 置 的 仿 函 数 并 非 必 不 可 少 ， 
lambda 中 包含 的 代码 逻辑 一 目 了 然 ， 使 用 SITEL 算 法 的 规则 也 因此 变 得 简 
单 多 了 。 


我 们 来 看 最 后 一 个 STL 的 例子 ， 如 代码 清单 7-34 所 示 。 


代码 清单 7-34 





#include <vector> 
#include <algorithm> 
#include <iostream> 
using namespace std; 
void Stat(vector<int> &v){ 
int errors; 
int score; 
auto print = [&]{ 
cout << "Errors: " << errors << endl 
<< "Score: " << score << endl; 
3; 
// 使 用 


acCcumu】ate 算 法 ， 需 要 两 次 循环 


errors = accumulate(v.begin(), v.end(), 0); 

score = accumulate(v.begin(), v.end(), 100, minus<int>()); 
print(); 

errors = 0; 

score = 100; 


// 使 用 


]ambda 则 只 需要 一 次 循环 


for_each(v.begin(), v.end(), [&](int i){ 
errors += i; 
score -= i; 


}) 
print(); 
int main(){ 
vector<int> v(10); 
generate(v.begin(), v.end(), []{ 
return rand() % 10; 
Stat(v); 
} 编 译 选 项 


: g++ 7-3-18.cpp -std=c++11 





代码 清单 7-34 是 一 个 区 间 统 计 的 例子 ， 通 常情 况 下 ， 我 们 可 以 使 用 
SIL 的 accumulate 算 法 及 内 置 仿 函 数 来 完成 这 个 运算 。 从 代码 的 简洁 性 
上 来 看 ， 这 样 做 好 像 也 不 错 。 不 过 实际 上 我 们 产生 了 两 次 循环 ， 一 次 计 
算 errors， 一 次 计算 score。 而 使 用 lambda 和 万 能 的 for_each 的 版 本 的 时 
候 ， 我 们 可 以 从 源 代码 层 将 循环 合并 起 来 。 事 实 上 ， 我 们 可 能 在 实际 工 
作 中 能 够 合并 的 循环 更 多 。 如 果 采 用 accumulate 的 方式 ， 而 编译 器 不 能 
合理 有 效 地 合并 循环 的 话 ， 我 们 可 能 就 会 遭受 一 定 的 性 能 损失 《比如 
cache 方 面 ) 。 


7.3.7 更 多 的 一 些 关 于 lambda 的 讨论 


lambda 被 纳入 C++ 语 言 之 后 ， 很 多 人 认为 lambda 让 C++11 语 言 看 起 
来 更 加 复杂 。 一 来 lambda 的 语法 与 之 前 的 C++ 语法 相 比 起 来 显得 有 些 独 
特 ， 二 来 其 基于 仿 函 数 的 实现 ， 让 初学 者 会 感觉 一 时 间 找 不 到 它 的 用 
途 。 不 过 ， 在 考虑 过 编写 仿 函 数 或 者 使 用 STL 内 置 的 仿 函 数 的 复杂 性 之 
后 ， 大 多 数 人 会 肯定 lambda 的 应 用 价值 。 








不 过 要 完全 用 好 lambda， 必 须 了 解 一 些 lambda 的 特质 。 比 如 lambda 
和 仿 函 数 之 间 的 取舍 ， 如 何 有 效 地 使 用 lambda 的 捕捉 列表 等 。 


首先 必须 了 解 的 是 ， 在 现 有 C++11 中 ，lambda 并 不 是 仿 函 数 的 完全 
替代 者 。 这 一 点 很 大 程度 上 是 由 lambda 的 捕捉 列表 的 限制 造成 的 。 在 现 
行 C++11 标 准 中 ， 捕 捉 列 表 仅 能 捕捉 父 作用 域 的 自动 变量 ， 而 对 超出 这 
个 范围 的 变量 ， 是 不 能 被 捕捉 的 。 我 们 可 以 看 看 代码 清单 7-35 所 示 的 例 
Te 








代码 清单 7-35 





int d = 0; 
int TryCapture() { 
auto ill_lambda = [d]{}; 


} 
// 编译 选项 


:g++ -Std=c++11 -c 7-3-19.cpp 





代码 清单 7-35 所 示 的 例子 在 一 些 编译 器 (如 g++) 上 可 以 编译 通 

， 但 程序 员 会 得 到 一 些 编译 器 的 警告 ， 而 一 些 严格 遵守 C++11 语 言 规 
则 的 编译 器 则 会 直接 报错 。 而 如 果 我 们 采用 仿 函数 ， 则 不 会 有 这 样 的 限 
制 ， 如 代码 清单 7-36 所 示 。 





代码 清单 7-36 





int d = 
class a E 
public: 
healthyFunctor(int d): data(d){} 
void operator () () const {} 
private: 
int data; 
}; 


int TryCapture() { 
healthyFunctor hf(d); 


} 
// 编译 选项 


:g++ -Std=c++11 -c 7-3-20.cpp 





在 代码 清单 7-36 中 的 healthyFunctor 说 明了 两 者 的 不 同 。 更 一 般 地 
讲 ， 仿 函数 可 以 被 定义 以 后 在 不 同 的 作用 域 范 围 内 取得 初始 值 。 这 使 得 
函数 天 生 具 有 了 器 作用 域 共享 的 特征 。 


总 地 来 说 ，lambda 函 数 被 设计 的 目的 ， 就 是 要 就 地 书写 ， 就 地 使 
用 。 使 用 lambda 的 用 户 ， 更 倾向 于 在 一 个 屏 舌 里 看 到 所 有 的 代码 ， 而 不 
是 依靠 代码 浏览 工具 在 文件 间 找 到 函数 的 实现 。 而 在 封装 的 思维 层面 
上 ，lambda 只 是 一 种 局 部 的 封装 ， 以 及 局 部 的 共享 。 而 需要 全 局 共享 的 
代码 轴 辑 ， 我 们 则 还 是 需要 用 函数 〈 无 状态 ) 或 者 仿 函 数 〈《 有 状态 ) 封 











装 起 来 。 


简单 地 总 结 一 下 ， 使 用 lambda 代 蔡 仿 函数 的 应 该 满足 如 下 一 些 条 
件 ; 








是 局 限于 一 个 局 部 作用 域 中 使 用 的 代码 逻辑 。 


:这些 代码 逻辑 需要 被 作为 参数 传递 。 


此 外 ， 关 于 捕捉 列表 的 使 用 也 存在 有 很 多 的 讨论 。 由 于 [=],[&] 这 些 
写法 实在 是 太 过 方便 了 ， 有 的 时 候 ， 我 们 不 会 仔细 思考 其 融 来 的 影 啊 就 
开始 滥用 ， 这 也 会 造成 一 些 意 想 不 到 的 问题 。 








首先 ， 我 们 来 看 一 下 [=]， 除 去 我 们 之 前 提 过 的 ， 所 有 捕捉 的 变量 
在 lambda 声 明 一 开始 就 被 拷贝 ， 且 找 贝 的 值 不 可 被 更 改 ， 这 两 点 需要 程 
序 员 注 意 之 外 ， 还 有 一 点 就 是 拷贝 本 身 。 这 点 跟 函数 参数 按 值 方式 传递 
古 一 样 的 ， 如 果 不 想 带 来 过 大 的 传递 开销 的 话 ， 可 以 采用 引用 传递 的 方 
式 传递 参数 。 


其 次 ， 我 们 再 来 看 一 下 [&]。 如 我 们 之 前 提 到 过 的 ， 通 过 引用 方式 
传递 的 对 象 也 会 输出 到 父 作用 域 中 。 同 样 的 ， 父 作用 域 对 这 些 对 象 的 操 
作 也 会 传递 到 lambda 函 数 中 。 因 此 ， 如 果 我 们 代码 存在 异步 操作 ， 或 者 
其 他 可 能 改变 对 象 的 任何 操作 ， 我 们 必须 确定 其 在 父 作 用 域 及 lambda 画 
数 间 的 关系 ， 否 则 也 会 产生 一 些 错误 。 





通常 情况 下 ， 在 使 用 [=]、[&] 这 些 默认 捕捉 列表 的 时 候 ， 我 们 需 
察 其 性 能 、 与 父 作 用 域 如 何 关 联 等 。 捕 捉 列 表 是 lambda 最 神奇 也 是 最 
容易 犯错 的 地 方 ， 程 序 员 不 能 一 味 图 方便 了 事 。 


at 


7.4 本 章 小 结 


本 章 重 点 讲解 了 3 个 C++11 中 会 给 用 户 带 来 思维 方式 上 转变 的 的 特 
PE: nullptr、=defauly=deleted 以 及 lambda 函 数 。 


nullptr 这 个 新 特性 主要 是 用 于 指针 初始 化 ，C++11 标 准 通过 引入 新 
关键 字 nullptr 排 除 字 面 常 量 0 的 二 义 性 ， 使 之 成 为 指针 初始 化 的 标准 方 
式 。nullptr 可 以 安全 地 转换 成 各 种 指针 ， 这 使 得 nullptr 使 用 人 简便， 而 
nullptr 不 能 转换 为 除 指 针 外 的 任何 类 型 的 特性 ， 又 使 得 使 用 nullptr 具 有 
高 度 的 安全 性 。 程 序 员 只 需要 简单 将 以 前 使 用 NULEL 的 地 方 换 成 nullptr 
就 可 以 在 C++11 编 译 器 的 文 持 下 获得 更 佳 的 、 更 健壮 的 指针 初始 化 代 
码 。 














而 defaulvydeleted 函 数 则 试图 在 C++ 缺 省 函数 是 否 生 成 上 给 程序 员 更 
多 的 控制 力 。 通 过 显 式 缺 省 函数 ， 我 们 可 以 保证 自 定 义 类 型 符合 POD 的 
定义 ， 而 通过 显 式 删 除 缺 省 函数 ， 我 们 可 以 禁止 class 的 使 用 者 使 用 不 应 
使 用 的 函数 。 不 过 除去 C++ 默认 提供 的 缺 省 函数 外 ，C++11 标 准 给 予 了 
显 式 缺 省 和 显 式 删 除 更 多 的 能 力 ， 比 如 生成 一 些 并 非 默认 提供 的 函数 的 
缺 省 定义 ， 或 者 禁止 一 些 不 必要 的 隐 式 类 型 转换 。 程 序 员 甚 至 可 以 通过 
删除 一 些 函 数 来 完成 编译 时 期 的 内 存 分 配 的 检查 。 在 这 样 的 新 特性 的 文 
持 下 ， 程 序 员 尤 其 是 类 的 编写 者 可 以 更 加 轻松 地 保证 写 出 来 的 类 具备 所 
需 的 特性 。 




















相 比 于 之 上 两 个 新 特性 ，lambda 对 于 C++ 程序 的 编写 具有 更 大 的 剖 
击 力 。 


早 在 C++98 时 代 ， 程 序 员 会 喜欢 使 用 简单 的 STL 部 件 ， 如 容器 等 。 
而 使 用 SIL 的 算法 Calgorithm) 的 用 户 相 对 较 少 。 这 一 方面 固然 是 由 于 
学 习 难 度 较 大 、 简 单 的 算法 都 可 以 手工 实现 造成 的 ， 另 外 一 方面 的 原因 
则 是 由 于 SIL 的 算法 大 多 数 是 依赖 于 迭代 器 、 仿 函数 这 些 较为 高 级 概念 
造成 的 。 尤 其 对 于 仿 函 数 ， 用 户 自 定义 的 仿 函 数 需要 齐 循 规则 才能 被 重 
用 。 而 使 用 STL 目 带 的 各 种 各 样 的 仿 函 数 使 用 范围 和 方式 过 于 受 限 ， 也 
使 得 SIL 民 好 设计 算法 的 由 于 “不 接地 气 ? 而 推广 受 限 。 





lambda 被 设计 出 来 的 主要 目的 之 一 是 简化 仿 函 数 的 使 用 ， 虽 然 
lambda 的 语法 看 起 来 不 像 是 “典型 的 C++ 的 ， 但 一 旦 熟悉 了 之 后 ， 程 序 
员 就 能 准确 地 完成 一 个 简单 的 、 就 地 的 、 带 状态 的 函数 定义 。 虽 然 
lambda 可 以 跟 仿 函数 的 概念 一 一 对 应 也 实际 由 仿 函 数 来 实现 ， 但 理解 
lambda 显 然 比 仿 函数 更 加 容易 。 即 使 没有 学 习 过 仿 函 数 的 程序 员 也 可 以 
轻松 接受 lambda。 这 样 一 来 ，lambda 的 出 现 必然 导致 STL 设 计 、 使 用 方 
法 上 的 改变 ， 但 其 最 终 意义 是 让 更 多 的 程序 员 无 困难 地 使 用 STL 的 各 种 
调 优 后 的 算法 ， 真 正 享受 STL 的 全 部 力量 。 











此 外 ，lambda 作 为 局 部 函数 也 会 使 得 复杂 代码 的 开发 加 速 。 通 过 
lambda 函 数 ， 程 序 员 可 以 轻松 地 在 函数 内 重用 代码 ， 而 无 需 费 心 设计 接 
口 。 事 实 上 ， 曾 经 出 现 过 一 般 重 构 的 风 渭 ， 在 那 段 时 期 ，C++ 程 序 员 被 


建议 为 任何 重用 的 代码 创建 函数 ， 而 lambda 局 部 函数 的 到 来 则 带 来 了 理 
性 思考 和 折 中 实现 的 可 能 。 当 然 ，lambda 函 数 的 出 现 也 导致 了 函数 的 作 
用 域 在 C++11 中 再 次 被 细 分 ， 从 而 也 使 得 C++ 编 程 具备 了 更 多 的 可 能 。 








以 上 种 种 或 许 是 C++ 早 就 应 该 做 到 的 ， 但 一 直 未 能 实现 ， 现 在 终于 
在 C++11 中 ，lambda 让 我 们 看 到 了 新 的 光芒 。 


第 8 革 ”融入 实际 应 用 


对 于 C++ 这 样 的 语言 来 说 ， 除 了 具有 普 适 、 通 用 等 特性 外 ， 在 一 些 
实际 应 用 方面 也 是 不 容 忽 视 的 ， 比 如 最 为 典型 的 ， 也 是 非 瑞 语 国家 程序 
员 体 会 最 深 的 ， 与 字符 编码 相关 的 种 种 问题 。 在 C++11 中 ， 我 们 看 到 语 
言 标准 终于 也 对 Unicode 做 了 较 多 深入 的 支持 ， 以 切实 地 为 不 同 语言 服 
务 。 此 外 ， 以 前 在 C++ 编程 中 的 各 种 讨 人 豆 欢 的 编译 器 扩展 ， 也 开始 逐 
渐 被 C++11 收 纺 或 者 规范 化 。 而 有 了 标准 的 文 持 ， 这 些 特性 也 将 更 加 好 
用 。 本 章 中 ， 读 者 可 以 了 解 C++11 在 这 些 方面 做 出 的 务实 而 有 效 的 改 





8.1 对齐 支持 


[请 一 类别， 部 分 人 


8.1.1 数据 对 齐 





在 了 解 为 什么 数据 需要 对 齐 之 前 ， 我 们 可 以 回顾 一 下 打印 结构 体 的 
大 小 这 个 C/C++ 中 的 经 典 案 例 。 首 移 来 看 看 代码 清单 8-1 所 示 的 这 个 例 


子 。 





代码 清单 8-1 





#include <iostream> 
using namespace std; 
struct HowManyBytes{ 


char a; 
int b; 

}; 

int main() { 
cout << "sizeof(char): " << sizeof(char) << endl; 
cout << "sizeof(int): " << sizeof(int) << endl; 
cout << "sizeof(HowManyBytes): " << sizeof(HowManyBytes) << endl; 
cout << endl; 
cout << "offset of char a: " << offsetof(HowManyBytes, a) << endl; 
cout << "offset of int b: " << offsetof(HowManyBytes, b) << endl; 
return 0; 

// 编译 选项 


:g++ -Std=c++11 8-1-1.cpp 





在 代码 清单 8-1 中 ， 结 构 体 HowManyBytes 由 一 个 char 类 型 成 员 a 及 一 








个 int 类 型 成 员 b 组 成 。 编 译 运行 代码 清单 8-1 所 示 的 例子 ， 我 们 在 实验 机 
平台 上 会 得 到 如 下 结 





sizeof(char): 1 
sizeof(int): 4 
sizeof(HowManyBytes): 8 
offset of char a: 0 
offset of int b: 4 


可 以 看 到 ， 在 我 们 的 实验 机 上 ，a 和 b 两 个 数据 的 长 度 分 别 为 1 字 节 
和 4 字 节 ， 不 过 当 我 们 使 用 sizeof 来 计算 HowManyBytes 这 个 结构 体 所 占 
用 的 内 存 空间 时 ， 看 到 其 值 为 8 字 节 。 其 中 似乎 多 出 来 了 3 字 市 没有 使 用 
RJZ Hl 





出 现 这 个 现象 主要 是 由 于 数据 对 齐 要 求 导 致 的 。 通 常情 况 下 ， 
C/C++ 结构 体 中 的 数据 会 有 一 定 的 对 齐 要 求 。 在 这 个 例子 中 ， 可 以 通过 
offsetof 查 看 成 员 的 偏 移 的 方式 来 检验 数据 的 对 齐 方式 。 这 里 ， 成 员 b 的 
偏 移 是 4 字 节 ， 而 成 员 a 只 占用 了 1 字 节 内 存 空间 ， 这 意味 着 b 并 非 紧 邻 着 
a 排列 。 事 实 上 ， 在 我 们 的 平台 定义 上 ，C/C++ 的 int 类 型 数据 要 求 对 齐 
到 4 字 节 ， 即 要 求 int 类 型 数据 必须 放 在 一 个 能 够 整除 4 的 地 址 上 ; 而 char 
要 求 对 齐 到 1 字 节 。 这 就 造成 了 成 员 a 之 后 的 3 字 节 空间 被 空 出 ， 通 常 我 
们 也 称 因为 对 齐 而 造成 的 内 存留 空 为 填充 数据 (padding data) 。 























在 C++ 中 ， 每 个 类 型 的 数据 除去 长 度 等 属性 之 外 ， 部 还 有 一 项 “被 
隐藏 ”属性 ， 那 就 是 对 齐 方式 。 对 于 每 个 内 置 或 者 目 定义 类 型 ， 都 存在 
一 个 特定 的 对 齐 方式 。 对 齐 方式 通常 是 一 个 整数 ， 它 表示 的 是 一 个 类 型 
的 对 象 存放 的 内 存 地 址 应 满足 的 条 件 。 在 这 里 ， 我 们 简单 地 将 其 称 为 对 
FME. 














对 齐 的 数据 在 读 写 上 会 有 性 能 上 的 优势 。 比 如 频繁 使 用 的 数据 如 末 
与 处 理 器 的 高 速 缓存 器 大 小 对 齐 ， 有 可 能 提高 缓存 性 能 。 而 数据 不 对 齐 





可 能 造成 一 些 不 民 的 后 果 ， 比 较 严 重 的 当 属 导致 应 用 程序 退出 。 典 型 

的 ， 如 在 有 的 平台 上 ， 硬 件 将 无 法 读 取 不 按 字 对 齐 的 茶 些 类 型 数据 ， 这 
个 时 候 硬 件 会 抛 出 异常 (如 bus error) 来 终止 程序 。 而 更 为 普遍 的 ， 在 
一 些 平台 上 ， 不 按照 字 对 齐 的 数据 会 造成 数据 读 取 效 率 低 下 。 因 此 ， 在 
程序 设计 时 ， 保 证 数据 对 齐 是 保证 正确 有 效 读 写 数据 的 一 个 基本 条 件 。 








虽然 从 语言 设计 者 的 角度 而 言 ， 将 对 齐 方式 掩盖 起 来 会 使 得 语言 更 
有 具 有 亲和力 。 但 通常 由 于 底层 硬件 的 设计 或 用 途 不 同 ， 以 及 编程 语言 本 
身 在 基本 (内置) 类 型 的 定义 上 的 不 同 ， 相 同 的 类 型 定义 在 不 同 的 平台 
上 会 有 不 同 的 长 度 ， 以 及 不 同 的 对 齐 要 求 。 虽 然 系统 设计 者 常常 会 在 应 
用 程序 二 进 制 接口 中 (Application Binary Interface, ABI) 详细 规定 在 
特定 平台 上 数据 长 度 、 数 据 对 齐 方 式 的 相关 信息 ， 但 是 这 两 者 存在 着 平 
台 差 异性 则 是 不 争 的 事实 。 在 C++ 语 言 中 ， 我 们 可 以 通过 sizeof 查 询 数据 
长 度 ， 但 C++ 语 言 却 没有 对 对 齐 方式 有 关 的 查询 或 者 设 定 进行 标准 化 ， 
而 语言 本 吴 又 允许 目 定 义 类 型 、 模 板 等 诸多 特性 。 编 译 器 无 法 完全 找到 
正确 的 对 齐 方式 ， 这 会 在 使 用 时 造成 困难 。 让 我 们 来 看 一 下 代码 清单 8- 
2 所 示 的 这 个 例子 。 

















代码 清单 8-2 


#include <iostream> 
using namespace std; 
// 自 定义 的 














ColorvVector, 拥有 


32 字 节 的 数据 


struct ColorVector { 
double r; 
double g; 
double b; 
double a; 


}; 
int main() { 
// 使 用 


C++11 中 的 





alignof 来 查询 


ColorVector 的 对 齐 方式 


cout << "alignof(ColorVector): " << alignof(ColorVector) << endl; 
return 1; 


} 
// 编译 选项 


:clang++ -Std=c++11 8-1-2.cpp 





在 代码 清单 8-2 所 示 的 例子 中 ， 我 们 使 用 了 C++11 标 准 定义 的 alignof 
函数 来 查看 数据 的 对 齐 方式 。 编 译 运 行 代码 清单 8-2， 我 们 可 以 看 到 
ColorVector 在 实验 机 上 依然 是 对 齐 到 8 字 节 的 地 址 边界 上 。 














alignof(ColorVector): 8 





这 与 我 们 设计 ColorVector 的 原意 是 不 同 的 。 现 在 的 计算 机 通常 会 文 
持 许 多 癌 量 指 令 ， 而 ColorVector 正 好 是 4 组 8 字 节 的 浮 点 数 数据 ， 很 有 潜 
力 改造 为 能 直接 操作 的 向 量 数据 。 这 样 一 来 ， 为 了 能 够 高 效 地 读 写 
ColorVector 大 小 的 数据 ， 我 们 最 好 能 将 其 对 齐 在 32 字 节 的 地 址 边界 上 。 








在 代码 清单 8-3 所 示 的 例子 中 ， 我 们 利用 C++11 新 提供 的 修饰 符 
alignas 来 重新 设 定 ColorVector 的 对 齐 方式 。 


代码 清单 8-3 





#include <iostream> 
using namespace std; 
// 自 定义 的 














ColorVector, 对 齐 到 


32 字 节 的 边界 


struct alignas(32) ColorVector { 
double r; 
double g; 
double b; 
double a; 
}; 
int main() { 
// 使 用 
C+4+11 415 
alignof 来 查询 


CoOlorVector 的 对 齐 方式 


cout << "alignof(ColorVector): " << alignof(ColorVector) << endl; 
return 1; 


// 编译 选项 


:g++ -std=c++11 8-1-3.cpp 








编译 运行 代码 清 蛙 8-3 所 示 的 代码 ， 我 们 会 得 到 如 下 结 





alignof(ColorVector): 32 








正如 我 们 在 代码 清单 8-3 中 所 看 到 的 ， 指 定数 据 ColorVector 对 齐 到 
32 字 节 的 地 址 边界 上 ， 只 需要 声明 alignas(32) 即 可 。 接 下 来 我 们 会 详细 
讨论 C++11 对 对 齐 的 支持 。 


8.1.2 C++11Malignof#lalignas 


如 同 我 们 在 上 一 节 中 看 到 的 ，C++11 在 新 标准 中 为 了 支持 对 齐 ， 主 
要 引入 两 个 关键 字 : 操作 符 alignof、 对 齐 描述 符 (alignment-specifier) 


alignas. 











操作 符 alignof 的 操作 数 表示 一 个 定义 完整 的 自 定 义 类 型 或 者 内 置 类 
型 或 者 变量 ， 返 回 的 值 是 一 个 std::size_t 类 型 的 整 型 常量 。 如 同 sizeof 操 
作 符 一 样 ，alignof 获 得 的 也 是 一 个 与 平台 相关 的 值 。 我 们 可 以 看 看 代码 
清单 8-4 所 示 的 例子 。 








代码 清单 8-4 





#include <iostream> 
using namespace std; 
class InComplete; 
struct Completed{}; 
int main(){ 

int a; 

long long b; 

auto & c = b; 

char d[1024]; 

// 对 内 置 类 型 和 完整 类 型 使 用 


alignof 
cout << alignof(int) << endl // 4 
<< alignof(Completed) << endl; // 1 
// 对 变量 、 引 用 或 者 数组 使 用 
alignof 
cout << alignof(a) << endl // 4 
<< alignof(b) << endl // 8 
<< alignof(c) << endl // 8.5 


b 相 同 


<< alignof(d) << endl; // 1, 与 元 素 要 求 相同 


// 本 句 无 法 通过 编译 ， 





INCcomplete 类 型 不 完整 


// cout << alignof(Incomplete) << endl; 


} 
// 编译 选项 


:g++ -std=c++11 8-1-4.cpp 





使 用 alignof 很 简单 ， 基 本 上 没有 什么 特别 的 限制 。 不 过 在 代码 清单 
8-4 中 ， 类 型 定义 不 完整 的 class InComplete 是 无 法 通过 编译 的 。 其 他 的 
规则 则 基本 跟 大 多 数 人 想象 的 相同 : 引用 c 与 其 引用 的 数据 b 对 齐 值 相 
同 ， 数 组 的 对 齐 值 由 其 元 素 决 定 。 





我 们 再 来 看 看 对 齐 描述 符 alignas。 事 实 上 ，alignas 既 可 以 接受 常量 
表达 式 ， 也 可 以 接受 类 型 作为 参数 ， 比 如 





alignas(double) char c; 





也 是 合法 的 描述 符 。 其 使 用 效果 跟 





alignas(alignof(double)) char c; 





是 一 样 的 。 


注意 “在 C++11 标 准 之 前 ， 我 们 也 可 以 使 用 一 些 编译 器 的 扩展 来 描 
述 对 齐 方式 ， 比 如 GNU 格 式 的 _attribute_((_aligned_(8))) 就 是 一 个 广 
泛 被 接受 的 版 本 。 


我 们 在 使 用 常量 表达 式 作为 alignas 的 操作 符 的 时 候 ， 其 结果 必须 是 
以 2 的 目 然 数 暴 次 作为 对 齐 值 。 对 齐 值 越 大 ， 我 们 称 其 对 齐 要 求 越 蜗 ; 
而 对 齐 值 越 小 ， 其 对 齐 要 求 也 越 低 。 由 于 2 的 暴 次 的 关系 ， 能 够 满足 严 
格 对 齐 要 求 的 对 齐 方式 也 总 是 能 够 满足 要 求 低 的 对 齐 值 的 。 








在 C++11 标 准 中 规定 了 一 个 “基本 对 齐 值 ”(fundamental 

alignment) 。 一 般 情况 下 其 值 通常 等 于 平台 上 支持 的 最 大 标量 类 型 数据 
的 对 齐 值 〈 常 常 是 long double) 。 我 们 可 以 通过 alignof(std::max_align_U 
来 查询 其 值 。 而 像 我 们 在 代码 清单 8-3 中 设 定 ColorVector 对 齐 值 到 32 字 
节 《 超 过 标准 对 齐 ) 的 做 法 称 为 扩展 对 齐 (extended alignment) 。 不 过 
即使 使 用 了 扩展 对 齐 ， 也 并 非 意 味 着 程序 员 可 以 随心 所 欲 。 对 于 每 个 平 
台 ， 系 统 能 够 支持 的 对 齐 值 总 是 有 限 的 ， 程 序 中 如 果 声 明了 超过 平台 要 
求 的 对 齐 值 ， 则 按照 C++ 标准 该 程序 是 不 规范 的 〈 记 -formed) ， 这 可 能 
会 导致 未 知 的 编译 时 或 者 运行 时 错误 。 因 此 程序 员 应 该 定义 合理 的 对 齐 
值 ， 否 则 可 能 会 遇 到 一 些 麻烦 。 








对 齐 描述 符 可 以 作用 于 各 种 数据 。 具 体 来 说 ， 可 以 修饰 变量 、 类 的 
数据 成 员 等 ， 而 位 域 (bit field) 以 及 用 register 声 明 的 变量 则 不 可 以 。 我 
们 可 以 看 看 C++11 标 准 中 的 这 个 例子 ， 如 代码 清单 8-5 所 示 。 





代码 清单 8-5 





alignas(double) void f(); // 错误 : 


alignas 不 能 修饰 函数 


alignas(double) unsigned char c[sizeof(double)]; // 正确 


extern unsigned char c[sizeof(double)]; 
alignas(float) 
extern unsigned char c[sizeof(double)]; // 错误 : 不同 对 齐 方式 的 变量 定义 


// 编译 选项 


:clang++ 8-1-5.cpp -c -std=c++11 





对 于 代码 清单 8-5 所 示 的 例子 ， 标 准 给 出 了 建议 的 答案 〈 如 注释 所 
AS) 。C++11 标 准 建议 用 户 在 声明 同一 个 变量 的 时 候 使 用 同样 的 对 齐 方 
式 以 免 发 生意 外 。 不 过 C++11 并 没有 规定 声明 变量 采用 了 不 同 的 对 齐 方 
式 束 终 止 编 译 器 的 编译 。 在 编写 本 书 时 ，clang++ 编 译 占 对 该 例 束 没有 
终止 编译 ， 而 是 使 用 了 最 严格 的 对 齐 方式 作为 的 最 终 对 齐 方式 。 读 者 
可 以 试 试 目 己 的 编译 环境 ， 看 一 下 编译 需 是 如 何 处 理 的 。 














我 们 再 来 看 一 个 例子 ， 这 个 例子 中 我 们 采用 了 模板 的 方式 来 实现 一 
个 固定 容量 但 是 大 小 随 着 所 用 的 数据 类 型 变化 的 容器 类 型 ， 如 代码 清单 
8-6 所 示 。 





代码 清单 8-6 


有 


#include <iostream> 
using namespace std; 
struct alignas(alignof(double)*4) ColorVector { 
double r; 
double g; 
double b; 
double a; 





// 固定 容量 的 模板 数组 














template <typename T> 
class FixedCapacityArray { 
public: 

void push_back(T t) { /* 在 


data 中 加 入 














// 一 些 其 他 成 员 函 数 、 成 员 变 量 等 





ZI acs 
char alignas(T) data[1024] = {0}; 
//int length = 1024 / sizeof(T); 


int main() { 
FixedCapacityArray<char> arrcCh; 


cout << "alignof(char): " << alignof(char) << endl; 
cout << "alignof(arrCh.data): " << alignof(arrCh.data) << endl; 
FixedCapacityArray<ColorVector> arrCv; 
cout << "alignof(ColorVector): " << alignof(ColorVector) << endl; 
cout << "alignof(arrCV.data): " << alignof(arrCV.data) << endl; 
return 1; 

/ / 编译 选项 


:clang++ 8-1-6.cpp -std=c++11 





代码 清单 8-6 修 改 自 代 码 清单 8-3， 在 本 例 中 ，FixedCapacityArray 国 
定 使 用 1024 字 市 的 空间 ， 但 由 于 模板 的 存在 ， 可 以 实例 化 为 各 种 版 本 。 
这 样 一 来 ， 我 们 可 以 在 相同 的 内 存 使 用 量 的 前 提 下 ， 做 出 多 种 类 型 (内 


置 或 者 目 定 义 ) 版 本 的 数组 。 





如 我 们 之 前 提 到 的 一 样 ， 为 了 有 效 地 访问 数据 ， 必 须 使 得 数据 按照 
其 固有 特性 进行 对 齐 。 对 于 arrCh， 由 于 数组 中 的 元 素 都 是 char 类 型 ， 所 
以 对 齐 到 1 就 行 了 ， 而 对 于 我 们 定义 的 arrCV， 必 须 使 其 符合 ColorVector 
的 扩展 对 齐 ， 即 对 齐 到 8 字 节 的 内 存 边 界 上 。 在 这 个 例子 中 ， 起 到 关键 
作用 的 代码 是 下 面 这 一 人 句 : 








char alignas(T) data[1024] = {0}; 





该 句 指示 data[1024] 这 个 char 类 型 数组 必须 按照 模板 参数 T 的 对 齐 方 
FETT AT FF 0 


编译 运行 该 例子 后 ， 可 以 在 实验 机 上 得 到 如 下 结果 : 





alignof(char): 1 
alignof(arrCh.data): 1 
alignof(ColorVector): 32 
alignof(arrCV.data): 32 





如 果 我 们 去 掉 alignas(T) 这 个 修饰 符 ， 代 码 清 单 8-6 的 运行 结果 会 完 
全 不 同 ， 有 具体 如 下 : 





alignof(char): 1 
alignof(arrCh.data): 1 
alignof(ColorVector): 32 
alignof(arrCV.data): 1 





可 以 看 到 ， 由 于 char 数 组 默认 对 齐 值 为 1， 会 导致 data[1024] 数 组 也 











对 齐 到 1。 这 肯定 不 是 编写 FixedCapacityArray 的 程序 员 愿 意见 到 的 。 


事实 上 ， 在 C++11 标 准 引 入 alignas 修 饰 符 之 前 ， 这 样 的 固定 容量 的 
泛 型 数组 有 时 可 能 过 到 因为 对 齐 不 佳 而 导致 的 性 能 损失 (甚至 程序 错 
误 ) ， 这 给 库 的 编写 者 带 来 了 很 大 的 困扰 。 而 引入 alignas 能 够 解决 这 些 
移植 性 的 困难 ， 这 可 能 也 是 C++ 标准 委员 会 决定 不 再 “隐藏 "变量 的 对 齐 
方式 的 原因 之 一 。 

















C++11 对 于 对 齐 的 支持 并 不 限于 alignof 操 作 符 及 alignas 描 述 符 。 在 
STL 库 中 ， 还 内 建 了 std::align 函 数 来 动态 地 根据 指定 的 对 齐 方式 调整 数 
据 块 的 位 置 。 该 函数 的 原型 如 下 : 











void* align( std::size_t alignment, std::size_t size, void*& ptr, std::size_t& space 





该 函数 在 ptr 指 问 的 大 小 为 space 的 内 存 中 进行 对 齐 方式 的 调整 ， 将 
ptr 开 始 的 size 大 小 的 数据 调整 为 按 alignment 对 齐 。 我 们 可 以 看 看 代码 清 
单 8-7 所 示 的 这 个 例子 。 


代码 清单 8-7 





#include <iostream> 
#include <memory> 
using namespace std; 
struct ColorVector { 

double r; 

double g; 

double b; 

double a; 


3; 
int main() { 
size_t const size = 100; 


ColorVector * const vec = new ColorVector[size]; 
void* p = vec; 
size_t sz = size; 
void* aligned = align(alignof(double) * 4, size, p, sz); 
if (aligned != nullptr) 
cout << alignof(p) << endl; 








代码 清单 8-7 尝 试 将 vec 中 的 内 容 按 alignof(double)*4 的 对 齐 值 进行 对 
齐 〈 不 过 在 编写 本 书 的 时 候 ， 我 们 的 编译 器 还 没有 支持 std::align 这 个 新 
特性 ， 因 此 代码 清单 8-7 仅 供 参考 ) 。 


事实 上 ，C++11 还 在 标准 库 中 提供 了 aligned_storage 及 aligned_union 
供 程序 员 使 用 。 两 者 的 原型 如 下 : 





template< std::size_t Len, std::size_t Align = /*default-alignment*/ > 
struct aligned_storage; 

template< std::size_t Len, class... Types > 

struct aligned_union; 





aligned_storage 的 第 一 个 参数 规定 了 aligned_storage 的 大 小 ， 第 二 个 
参数 则 是 其 对 齐 值 。 我 们 可 以 通过 代码 清单 8-8 所 示 的 这 个 例子 说 明 它 
们 的 用 途 。 


代码 清单 8-8 





#include <iostream> 
#include <type_traits> 
using namespace std; 
// 一 个 对 齐 值 为 


4 的 对 象 


struct IntAligned{ 


int a; 
char b; 


ti 
// 使 用 














aligned_storage 使 其 对 齐 要 求 更 加 严格 





typedef aligned_storage<sizeof(IntAligned),alignof(long double)>::type StrictAlignec 
int main() { 

StrictAligned sa; 

IntAligned* pia = new (&sa) IntAligned; 

cout << alignof(IntAligned) << endl; // 4 


cout << alignof(StrictAligned) << endl; // 16 
cout << alignof(*pia) << endl; // 4 
cout << alignof(sa) << endl; // 16 
return 0; 


} 
// 编译 选项 


:g++ -std=c++11 8-1-8.cpp 





在 代码 清单 8-8 中 ， 我 们 使 用 了 一 个 placement new 来 使 得 
StrictAligned 存 储 了 本 来 应 该 只 需要 按照 4 字 节 对 齐 的 IntAligned 对 象 。 
虽然 StrictAligned 对 象 sa 的 内 容 与 IntAligned 类 型 指针 pia 所 指向 的 对 象 完 
全 相同 ， 但 通过 这 样 的 声明 ， 却 产生 了 比 *pia 更 加 严格 的 类 型 对 齐 要 求 

(本 例 中 为 16) 。 因 此 虽然 最 后 IntAligned 对 象 的 对 齐 方式 没有 发 生 改 
变 ， 但 实际 上 却 被 更 严格 地 对 齐 了 。 








有 的 时 候 ， 一 个 类 型 声明 的 代码 较 长 ， 可 能 需要 程序 员 上 下 翻 页 来 
阅读 《虽然 面 癌 对 象 的 规则 并 不 推荐 这 样 做 ， 但 在 大 型 项 目 中 ， 代 码 很 
长 的 类 型 声明 并 不 少见 ) ， 通 党 为 了 对 齐 ， 程 序 员 不 得 不 自己 写 一 些 填 
充 来 保证 其 大 小 。 除 了 代码 较 难 阅读 外 ， 每 个 系统 上 结构 体 、 联 合体 的 
对 齐 规则 也 可 能 不 一 样 ， 这 在 代码 维护 上 是 一 种 挑战 。 如 果 后 加 入 类 型 




















成 员 的 程序 员 没 有 注意 到 这 里 的 对 齐 要 求 或 者 代码 编写 不 愤 ， 很 可 能 会 
添加 了 导致 对 齐 改 变 的 代码 对齐 变 严格 一 般 不 是 问题 ， 但 反之 则 可 能 


是 问题 〉。 





改进 的 方法 可 以 是 使 用 alignas 描 述 符 ， 假 如 代码 清单 8-8 中 的 
IntAligned 是 一 个 代码 很 长 的 struct 声 明 ， 那 么 对 其 使 用 一 个 alignas 描 述 
符 就 是 一 个 可 行 的 方法 。 不 过 很 多 时 候 ， 数 据 的 声明 是 需要 共享 的 ， 假 
如 超 长 的 PntAligned 需 要 在 支持 和 不 文 持 alignas 的 编译 环境 下 共享 〈 典 型 
的 ， 要 在 老 的 C 环 境 及 C++11 环 境 下 共享 头 文件 ) ， 那 么 使 用 
aligned_storage 则 是 一 个 可 行 的 方法 ， 因 为 aligned_storage 可 以 在 产生 对 
象 的 实例 时 对 对 齐 方式 做 出 一 定 的 保证 。 这 无 颖 对 “有 历史 ”的 代码 的 重 
用 、 维 护 很 有 意义 。 











aligned_union 的 用 法 也 基本 与 此 相同 。 只 不 过 aligned_union 使 用 了 
变 长 模板 参数 ， 程 序 员 可 以 根据 需要 填 入 多 种 类 型 ， 最 后 aligned_union 
对 象 的 对 齐 要 求 会 是 多 个 类 型 中 要 求 最 为 严格 的 一 个 。 














可 以 看 到 ， 在 新 的 C++11 标 准 中 ， 对 对 齐 方式 的 支持 是 全 方面 的 ， 
无 论 是 查看 (alignof) 、 设 定 〈alignas) ， 还 是 STL 库 函数 (std::align) 
或 是 STL 库 模板 类 型 Caligned_storage,aligned_union) ， 程 序 员 都 可 以 找 
到 对 应 的 方法 。 这 使 得 一 些 非 标准 的 设 定 对 齐 方式 的 做 法 规范 统一 ， 真 
正 满 足 程序 员 在 可 移植 性 上 的 要 求 。 事 实 上 ， 程 序 的 可 移植 性 还 有 很 多 
的 相关 问题 ， 接 下 来 要 讲 到 的 通用 属性 ， 就 与 对 齐 方式 有 很 多 关联 。 














8.2.1 语言 扩展 到 通用 属性 


随 看 C++ 语 言 的 演化 和 编译 器 的 及 展 ， 人 们 常会 发 现 标 准 提 供 的 语 
言 能 力 不 能 完全 满足 有 要求。 于 是 编译 圳 广 丙 或 组 织 为 了 满足 编译 器 客户 
的 需求 ， 设 计 出 了 一 系列 的 语言 扩展 Canguage extension) 来 扩展 语 
法 。 这 些 扩展 语法 并 不 存在 于 C++/C 标 准 中 ， 却 有 可 能 拥有 较 多 的 用 
户 。 有 的 时 候 ， 新 的 标准 也 会 将 广泛 使 用 的 语言 扩展 纳入 其 中 。 














扩展 语法 中 比较 常见 的 就 是 “属性 ”(attribute〉。 属 性 是 对 语言 中 
的 实体 对 象 《 比 如 函数 、 变 量 、 类 型 等 ) 附加 一 些 的 额外 注解 信息 ， 其 
用 来 实现 一 些 语 言及 非 语言 层面 的 功能 ， 或 是 实现 优化 代码 等 的 一 种 手 
段 。 











不 同 编译 器 有 不 同 的 属性 语法 。 比 如 对 于 g++， 属 性 是 通过 GNU 的 
KF attribute ”来 声明 的 。 程 序 员 只 需要 简单 地 声明 : 





__attribute_ ((attribute-list)) 


即 可 为 程序 中 的 函数 、 变 量 和 类 型 设 定 一 些 额 外 信息 ， 以 便 编译 器 可 以 
进行 错误 检查 和 性 能 优化 等 。 我 们 可 以 看 看 代码 清单 8-9 所 示 的 例子 。 





代码 清单 8-9 


extern int area(int n) __attribute_((const)); 
int main() { 
int i; 
int areas = 0; 
for (i = 0; i < 10; i++) { 
areas += area(3) * i; 


} 


} 
// 编译 选项 


:g++ -c 8-2-1.cpp 





这 里 的 const 属 性 告诉 编译 器 : 本 函数 返回 值 只 依赖 于 输入 ， 不 会 改 
变 任何 函数 外 的 数据 ， 因 此 没有 任何 副作用 。 在 了 解 该 信息 的 情况 下 ， 
编译 器 可 以 对 area 函 数 进行 优化 处 理 。area(3) 的 值 只 需要 计算 一 次 ， 编 
译 之 后 可 以 将 area(3) 视 为 循环 中 的 常量 而 只 使 用 其 计算 结果 ， 从 而 大 大 
提高 了 程序 的 执行 性 能 。 





注意 “事实 上 ， 在 GNU 对 C/C++ 的 扩展 中 我 们 可 以 看 到 很 多 不 同 的 
_ attribute _ 属 性。 常见 的 如 format、noreturn、const 和 aligned 等 ， 有 具体 


含义 和 用 法 读者 可 以 参考 GNU 的 在 线 文 档 http://gcc.gnu.org/onlinedocs/ 


而 在 Windows 平 台 上 ， 我 们 会 找到 另外 一 种 关键 字 _ declspec。 
declspec 是 微软 用 于 指定 存储 类 型 的 扩展 属性 关键 字 。 用 户 只 要 简单 
地 在 声明 变量 时 加 上 : 





_ declspec ( extended-decl-modifier ) 





即 可 设 定 额外 的 功能 。 以 对 齐 方 式 为 例 ， 在 C++11 之 前 ， 微 软 平 台 的 程 





序 员 可 以 使 用 _declspec(align(z)) 来 控制 变量 的 对 齐 方式 ， 如 代码 清单 8- 
10 所 示 。 


代码 清单 8-10 





__declspec(align(32)) struct Struct32 { 
int i; 
double d; 





在 代码 清单 8-10 中 ， 结 构 体 Struct32 被 对 齐 到 32 字 节 的 地 址 边界 ， 
其 起 始 地 址 必须 是 32 的 倍数 。 这 跟 C++11 中 alignas 的 效果 是 一 样 的 。 


注意 同样 的 ， 微 软 也 定义 了 很 多 _ declspec 属 性 ， 如 noreturn、 
oninline、align、dllimport、dllexport 等 ， 具 体 合 义 和 用 法 可 以 参考 微软 
网 站 上 的 介绍 : http:/msdn.microsoft.com/en-US/library/ o 





事实 上 ， 在 扩展 语言 能 力 的 时 候 ， 关 键 字 往往 会 成 为 一 种 选择 。 
GNU 和 微软 只 能 选择 “属性 ”这样 的 方式 ， 是 为 了 尽 可 能 避免 与 用 户 自 定 
义 的 名 称 冲 突 。 同 样 ， 在 C++11 标 准 的 设立 过 程 中 ， 也 面临 着 关键 字 过 
多 的 问题 。 于 是 C++11 语 言 制定 者 决定 增加 了 通用 属性 这 个 特性 。 不 过 
C++11 的 通用 属性 设计 跟 GNU 和 微软 都 不 一 样 ， 至 少 直 观 地 看 来 ， 其 更 


加 简洁 。 








8.2.2 ”C++11 的 通用 属性 





C++11 语 言 中 的 通用 属性 使 用 了 左右 双 中 括号 的 形式 : 


[[ attribute-list ]] 





这 样 设计 的 好 处 是 : 既 不 会 消除 语言 添加 或 者 重 载 天 键 字 的 能 
又 不 会 占用 用 户 空 间 的 关键 字 的 名 字 空 间 。 





语法 上 ，C++11 的 通用 属性 可 以 作用 于 类 型 、 变 量 、 名 称 、 代 码 块 
等 。 对 于 作用 于 声明 的 通用 属性 ， 既 可 以 写 在 声明 的 起 始 处 ， 也 可 以 写 
在 声明 的 标识 符 之 后 。 而 对 于 作用 于 整个 语句 的 通用 属性 ， 则 应 该 写 在 
语句 起 始 处 。 而 出 现在 以 上 两 种 规则 描述 的 位 置 之 外 的 通用 属性 ， 作 用 
于 哪个 实体 跟 编 译 器 具体 的 实现 有 关 。 


我 们 可 以 看 几 个 例子 。 第 一 个 是 关于 通用 属性 应 用 于 函数 的 ， 有 具体 
如 下 : 





[[ attri ]] void func [[ attr2 ]] (); 


这 里 ，[[attr1]] 出 现在 函数 定义 之 前 ， 而 [[attr2]] 则 位 于 函数 名 称 之 
后 ， 根 据 定义 ，[[attr1]] 和 [[attr2]] 均 可 以 作用 于 函数 [func]。 下 一 个 是 数 
组 的 例子 : 





[[ attri ]] int array [[ attr2 ]] [10]; 





这 跟 第 一 个 例子 很 类 似 ， 根 据 定义 ，[[attr1]] 和 [[attr2]] 均 可 以 作用 
于 数组 array。 下 面 这 个 例子 则 稍 显 复杂 : 








[[ attri ]] class C [[ attr2 ]] { } [[ attr3 ]] ci [[ attr4 ]], c2 [[ attr5 ]]; 





这 个 例子 声明 了 类 C 及 其 类 型 的 变量 cL1 和 c2。 本 语句 中 ， 一 共有 5 个 
不 同 的 属性 。 按 照 C++11 的 定义 ，[[attr1]] 和 [[attr4]] 会 作用 于 c1， 
[[attr1]] 和 [[attr5]] 会 作用 于 c2，[[attr2]] 出 现在 声明 之 后 ， 仅 作用 于 类 C， 
而 [[attr3]] 所 作用 的 对 象 则 跟 有 具体 实现 有 关 。 


下 面 是 一 个 switch-case 加 标签 的 例子 : 





[[ attri ]] L1: 

switch(value) { 
[[ attr2 ]] case 1: // do something... 
[[ attr3 ]] case 2: // do something... 
[[ attr4 ]] break; 
[[ attr5 ]] default: // do something... 


} 
[[ attr6 ]] goto L1; 





这 里 ，[[attr1]] 作 用 于 标签 L1，[[attr2]] 和 [[attr3]] 作 用 于 case 1 和 case 
2 表达 式 ，[[attr4]] 作 用 于 break，[[attr5]] 作 用 于 default 表 达 式 ，[[attr6]] 作 
用 于 goto 语 句 。 下 面 的 for 语 句 也 是 类 似 的 : 





[[ attri ]] for( int i = 0; i < top; i++ ) { 
// do something... 


} 
[[ attr2 ]] return top; 





这 里 ，[[attr1]] 作 用 于 for 表 达 式 ，[[attr2]] 作 用 于 return。 下 面 是 函数 
有 参数 的 情况 : 





[[ attri ]] int func([[ attr2 ]] int i, [[ attr3 ]] int j) 
{ 


// do something 
[[ attr4 ]] return i+ j; 
} 





[[attr1]] 作 用 于 函数 func，[[attr2]] 和 [[attr3]] 分 别 作 用 于 整 型 参数 ij 和 
j，[[attr4]] 作 用 于 retum 语 人 句 。 





事实 上 ， 在 现 有 C++11 标 准 中 ， 只 预定 义 了 两 个 通用 属性 ， 分 别 是 
[[noreturn]] 和 [[carries_dependency]]。 而 在 C++11 标 准 委 员 会 的 最 初 提案 
中 ， 还 包含 了 形 如 [[final]]、[[override]]、[[restrict]]、[[hides]]、 
[[base_check]] 等 通用 属性 。 不 过 最 终 ， 标 准 委 员 会 只 通过 了 以 上 两 个 ， 
原因 大 概 有 以 下 几 点 : 





final、override、restrict 等 是 C++ 语言 中 需要 文 持 的 语言 特性 。 通 用 
属性 从 设计 上 讲 ， 是 可 忽略 的 属性 ， 其 设计 的 目的 主要 是 为 了 帮助 编译 
需 更 好 地 检查 代码 中 的 错误 或 帮助 编译 器 更 好 地 优化 人 代码。 因此， 语义 
相关 的 部 分 还 是 需要 使 用 在 关键 字 上 。 





预定 义 的 通用 属性 应 该 是 可 移植 的 。 一 旦 预定 义 了 过 多 的 通用 属 
性 ， 会 导致 C++ 代码 的 可 移植 性 变 弱 。 


里 然 看 起 来 通用 属性 的 使 用 受到 了 一 些 限制 ， 但 至 少 其 语法 规则 为 





编译 器 厂商 或 组 织 提 供 了 实现 不 同属 性 的 办 法 。 


8.2.3 预定 义 的 通用 属性 


如 上 文 所 述 ，C++11 预 定义 的 通用 属性 包括 [[noreturn]] 和 
[[carries_dependency]] 两 种 。 





[Inoreturn]] 是 用 于 标识 不 会 返回 的 函数 的 。 这 里 必须 注意 ， 不 会 返 
回 和 没有 返回 值 的 《void) 函数 的 区 别 。 没 有 返回 值 的 void 函数 在 调用 
完成 后 ， 调 用 者 会 接着 执行 函数 后 的 代码 ;而 不 会 返回 的 函数 在 被 调用 
完成 后 ， 后 续 代 码 不 会 再 被 执行 


[Inoreturn]] 主 要 用 于 标识 那些 不 会 将 控制 流 返 回 给 原 调用 函数 的 函 
数 ， 典 型 的 例子 有 : 有 终止 应 用 程序 语句 的 函数 、 有 无 限 循环 语句 的 函 
数 、 有 异种 抛 出 的 函数 等 。 通 过 这 个 属性 ， 开 发 人 员 可 以 告知 编译 器 茶 
些 函 数 不 会 将 控制 流 返 回 给 调用 函数 ， 这 能 帮助 编译 需 产 生 更 好 的 警 

恩 ， 同 时 编译 占 也 可 以 做 更 多 的 诸如 死 代码 消除 、 免 除 为 函数 调用 者 
保存 一 些 特定 寄存 器 等 代码 优化 工作 。 


a 


我 们 可 以 看 看 代码 清 蛙 8-11 所 示 的 这 个 例子 。 





代码 清单 8-11 


void DoSomething1(); 

void DoSomething2(); 

[[ noreturn ]] void ThrowAway() { 
throw "expection"; // 控制 流 跳 转 到 异常 处 理 


void Func(){ 
DoSomething1(); 
ThrowAway(); 
DoSomething2(); // 该 函数 不 可 到 达 


} 
// 编译 选项 


:clang++ -std=c++11 -c 8-2-3.cpp 





在 代码 清单 8-11 中 ， 由 于 ThrowAway 抛 出 了 异常 ，DoSomething2 永 
远 不 会 被 执行 。 这 个 时 候 将 ThrowAway 标 记 为 noreturn 的 话 ， 编 译 器 会 
不 再 为 ThrowAway 之 后 生成 调用 DoSomething2 的 人 代码。 当然， 编译 器 也 
可 以 选择 为 Func 函 数 中 的 DoSomething2 做 出 一 些 警 告 以 提示 程序 员 这 里 
有 不 可 到 达 的 代码 。 


不 返回 的 函数 除了 是 有 腊 冲 抛 出 的 函数 外 ， 还 有 可 能 是 有 终止 应 用 
程序 语句 的 函数 ， 或 是 有 无 限 循 环 语句 的 函数 等 。 事 实 上 ， 在 C++11 的 
标准 库 中 ， 我 们 都 能 看 到 形 如 : 





[[noreturn]] void abort(void) noexcept; 





这 样 的 函数 声明 。 这 里 声明 的 是 最 常见 的 abort 疯 数 。abort 总 是 会 导致 程 
序 运行 的 停止 ， 甚 至 连 自 劫 变量 的 析 构 函数 以 及 本 该 在 atexitO 时 调用 的 
函数 全 都 不 调用 就 直接 退出 了 。 因 此 声明 为 [noreturn]] 是 有 利于 编译 器 
优化 的 。 














不 过 程序 员 还 是 应 该 小 心 使 用 [[noreturn]]， 也 尽量 不 要 对 可 能 会 有 
返回 值 的 函数 使 用 [[noreturn]]。 代 码 清单 8-12 所 示 的 是 一 个 错误 使 用 
[Inoreturn]] 的 例子 。 


代码 清单 8-12 





#include <iostream> 

using namespace std; 

[[ noreturn ]] void Func(int i){ 
// 当 参数 


的 值 为 


QO 时 ， 该 函数 行为 不 可 估计 


if (i < 0) 

throw "negative"; 
else if (i > 0) 

throw "positive"; 


int main(){ 


Func(@); 
cout << "Returned" << endl; // 无 法 执行 该 句 


return 1; 


} 
// 编译 选项 


:clang++ -Std=c++11 8-2-4.cpp 





代码 清单 8-12 的 例子 中 ，Func 调 用 后 的 打印 语句 永远 不 会 被 执行 ， 
因为 Func 被 声明 为 [[noreturn]]。 不 过 由 于 函数 作者 的 琉 忽 ， 态 记 了 i==0 
时 的 状况 ， 因 此 在 二 =0 时 ，Func 和 运行 结束 时 还 是 会 返回 main 的 。 在 我 们 
的 实验 机 上 ， 编 译 运行 该 例子 会 在 运行 时 发 生 “ 段 错误 ”。 当 然 ， 有 具体 的 


PASE AN 





错误 情况 可 能 会 根据 编译 器 和 运行 时 环境 的 不 同 而 有 所 不 同 。 不 过 总 的 
来 说 ， 程 序 员 必须 审慎 使 用 [[noreturn]]。 





另外 一 个 通用 属性 [[carries_dependency]] 则 跟 并 行情 况 下 的 编译 器 
优化 有 关 。 事 实 上 ，[[carries_dependency]] 主 要 是 为 了 解决 弱 内 存 模型 
平台 上 使 用 memory_order_consume 内 存 顺 序 枚 举 问 题 。 


如 我 们 在 第 6 章 里 讲 到 的 ，memory_order_consume 的 主要 作用 是 保 
证 对 当前 原子 类 型 数据 的 读 取 操 作 先 于 所 有 之 后 关于 该 原子 变量 的 操作 
完成 ， 但 它 不 影响 其 他 原子 操作 的 顺序 。 要 保证 这 样 的 “ 先 于 及 生 ” 的 关 
系 ， 编 译 器 往往 需要 根据 memory_model 枚 举 值 在 原子 操作 间 构 建 一 系 
列 的 依赖 关系 ， 以 减少 在 弱 一 致 性 模型 的 平台 上 产生 内 存 栅栏 。 不 过 这 
样 的 关系 则 往往 会 由 于 函数 的 存在 而 被 破坏 。 比 如 下 面 的 代码 : 





atomic<int*> a; 


int* p = (int *)a.load(memory_order_consume) ; 
func(p); 


上 面 的 代码 中 ， 编 译 器 在 编译 时 可 能 并 不 知道 func 函 数 的 具体 实 
现 ， 因 此 ， 如 果 要 保证 a.load 先 于 任何 关于 a (kæp) 的 操作 发 生 ， 编 
译 右 往往 会 在 func 函 数 之 前 加 入 一 条 内 存 栅 栏 。 然 而 ， 如 果 func 的 实现 
是 : 


void func(int * p) { 
// ， 


，， 假设 


p2 是 一 个 


atomic<int*> 的 变量 


p2.store(p, memory_order_release) 





那么 对 于 func 函 数 来 说 ， 由 于 p2.store 使 用 了 memory_order_release 的 内 存 
ANE ee ete eet ee ee ee 

这 样 一 来 ， 编 译 器 在 func 函 数 之 前 加 入 的 内 存 栅栏 就 变 得 毫 无 意义 ， 且 
影响 了 性 能 。 同 样 的 情况 也 会 发 生 在 函数 返回 的 时 候 。 








而 解决 的 方法 正 是 使 用 [[carries_dependency]]。 该 通用 属性 既 可 以 
标识 函数 参数 ， 又 可 以 标识 函数 的 返回 值 。 当 标识 函数 的 参数 时 ， 它 表 
示 数 据 依赖 随 着 参数 传递 进入 函数 ， 即 不 需要 产生 内 存 栅栏 。 而 当 标 识 

函数 的 返回 值 时 ， 它 表示 数据 依赖 随 着 返回 值 传递 出 函数 ， 同 样 也 不 需 
要 产生 内 存 栅栏 。 更 具体 的 我 们 可 以 看 看 代码 清单 8-13 所 示 的 例子 。 








代码 清单 8-13 





#include <iostream> 

#include <atomic> 

using namespace std; 

atomic<int*> p1; 

atomic<int*> p2; 

atomic<int*> p3; 

atomic<int*> p4; 

void func_ini(int* val) { 
cout << *val << endl; 

} 

void func_in2(int* [[carries_dependency]] val) { 
p2.store(val, memory_order_release) ; 
cout << *p2 << endl; 


} 
[[carries_dependency]] int* func_out() { 
return (int *)p3.load(memory_order_consume) ; 


} 
void Thread() { 
int* p_ptri = (int *)p1.load(memory_order_consume) ; // L1 
cout << *p_ptri << endl;// L2 
func_in1(p_ptr1); // L3 
func_in2(p_ptr1); // L4 
int * p_ptr2 = func_out(); // L5 
p4.store(p_ptr2, memory_order_release); // L6 
cout << *p_ptr2 << endl; 


} 
// 编译 选项 


:g++ -Std=c++11 8-2-5.cpp -Cc 





在 代码 清单 8-13 中 ，L1 句 中 ，p1.load 采 用 了 memory_order_consume 
的 内 存 顺序 ， 因 此 任何 关于 pl 或 者 p_ptr1 的 原子 操作 ， 必 须发 生 在 L1 句 
之 后 。 这 样 一 来 ，L2 将 由 编译 器 保证 其 执行 必须 在 Ll 之 后 (通过 编译 
器 正确 的 指令 排序 和 内 存 栅栏 ) 。 而 当 编 译 器 在 处 理 L3 时 ， 由 于 
func_in1 对 于 编译 右 而 言 并 没有 声明 [[carries_dependency]] 属 性 ， 编 译 器 
则 可 能 采用 保守 的 方法 ， 在 func_in1 调 用 表达 式 之 前 插入 内 存 栅栏 。 而 
编译 器 在 处 理 L4 句 时 ， 由 于 函数 func_in2 使 用 了 [[carries_dependency]]， 
编译 器 则 会 假设 函数 体内 部 会 正确 地 处 理 内 存 顺序 ， 因 此 不 再 产生 内 存 
栅栏 指令 。 事 实 上 func_in2 中 也 由 于 p2.store 使 用 了 内 存 顺 序 
memory_order_release， 因 而 不 会 产生 任何 的 问题 。 而 当 编 译 器 处 理 L5 
人 句 时 ， 由 于 func_out 的 返回 值 使 用 了 [[carries_dependency]]， 编 译 器 也 不 

会 在 返回 前 为 p3.load(memory_order_consume) 插 入 内 存 栅栏 指令 去 保证 
正确 的 内 存 顺序 。 而 在 L6 行 中 ， 我 们 看 到 p4.store 使 用 了 
memory_order_release， 因 此 func_out 不 产生 内 存 栅栏 也 是 毫 无 问题 的 。 














事实 上 ， 本 书 编写 时 [[carries_dependency]] 还 没有 被 编译 器 文 持 ， 


而 对 一 些 强 内 存 横 型 的 平台 来 说 ， 编 译 露 也 常常 会 忽略 该 通用 属性 ， 
此 其 可 用 性 比较 有 限 。 不 过 与 [[noreturn]] 相 同 的 是 ， 
[[carries_dependency]] 只 是 帮助 编译 圳 进行 优化 ， 这 符合 通用 属性 设计 
的 原则 。 当 读者 使 用 的 平台 是 弱 内 存 模型 的 时 候 ， 并 且 很 关心 并 行程 序 
的 执行 性 能 时 ， 可 以 考虑 使 用 [[carries_dependency]]。 


8.3 Unicode 


CHP 类 别 ， 所 有 人 


8.3.1 字符 集 、 编 码 和 Unicode 











在 了 解 Unicode 之 前 ， 我 们 先 回顾 一 下 计算 机 表示 信息 的 方式 。 无 
论 是 存储 器 中 的 晶体 管 通 断 ， 还 是 磁盘 中 磁 畴 的 极 性 ， 或 者 是 光盘 中 的 
坑 槽 ， 计 算 机 总 是 使 用 两 种 不 同 的 状态 来 作为 基本 信息 ， 即 二 进 制 信 
上 县。 而 要 标识 现实 生活 中 更 为 复杂 的 实体 ， 则 需要 通过 多 个 这 样 的 基本 
信息 的 组 合 来 完成 。 在 计算 机 中 ， 首 当 其 冲 需要 被 标识 的 就 是 字符 。 为 
了 使 二 进 制 组 合 标识 字符 的 方法 在 不 同 设计 的 计算 机 间 通 用 ， 就 迫切 需 
要 统一 的 字符 编码 方法 。 于 是 在 20 世 纪 60 年 代 的 时 候 ， 现 在 使 用 最 为 广 
泛 的 ASCII 字 符 编 码 就 出 现 了 。 





在 ANSI 颁 布 的 标准 中 ， 基 本 ASCII 的 字符 使 用 了 7 个 二 进 制 位 进行 
标识 ， 这 意味 着 总 共 可 以 标识 128 种 不 同 的 字符 。 这 对 英文 字符 (以 及 
一 些 控制 字符 、 标 点 符号 等 ) 来 说 绰绰有余 ， 不 过 随 着 计算 机 在 全 世界 
的 普及 ， 非 字符 构成 的 语言 《如 中 文 ) 也 需要 得 到 文 持 ，128 个 字符 对 
于 全 世界 众多 语言 而 言 就 显得 力不从心 了 。 

















到 了 20 世 纪 90 年 代 ，ISo 与 Unicode 两 个 组 织 共 同 发 布 了 能 够 唯一 地 
表示 各 种 语言 中 的 字符 的 标准 。 通 常情 况 下 ， 我 们 将 一 个 标准 中 能 够 表 
示 的 所 有 字符 的 集合 称 为 字符 集 。 通 常 ， 我 们 称 ISO/Unicode 所 定义 的 
字符 集 为 Unicode。 在 Unicode 中 ， 每 个 字符 占据 一 个 码 位 (Code 





point) 。Unicode 字 符 集 总 共 定 义 了 1114112 个 这 样 的 码 位 ， 使 用 从 0 到 
10FFFF 的 十 六 进 制 数 唯一 地 表示 所 有 的 字符 。 不 过 不 得 不 提 的 是 ， 虽 
然 字符 集中 的 码 位 唯一 ， 但 由 于 计算 机 存储 数据 通常 是 以 字 节 为 单位 
的 ， 而 且 出 于 兼容 之 前 的 ASCITI、 大 数 小 段 数 段 、 市 省 存储 空间 等 诸多 
原因 ， 通 常情 况 下 ， 我 们 需要 一 种 具体 的 编码 方式 来 对 字符 码 位 进行 存 
储 。 比 较 常见 的 基于 Unicode 字 符 集 的 编码 方式 有 UTF-8、UTF-16 及 
UTF-32 (一 般 人 常常 把 UTF-16 和 Unicode 泥 为 一 谈 ， 在 阅读 各 种 资料 的 


时 候 读 者 要 注意 区 别 ) 。 














以 UTF-8 为 例 ， 其 采用 了 1~6 字 节 的 变 长 编 但 方式 编 但 Unicode， 英 
文通 常 使 用 1 字 节 表示 ， 且 与 ASCII 是 兼容 的 ， 而 中 文 常用 3 字 节 进行 表 
示 。UTF-8 编 码 由 于 较为 节约 存储 空间 ， 因 此 使 用 得 比较 广泛 。 表 8-1 所 
示 就 是 UTF-8 的 编码 方式 。 














表 8-1 UTF-8 的 编码 方式 

















Unicode 符号 范围 ( 十 六 进 制 ) UTF-8 编码 方式 (二进制 ) 
0000 0000—0000 007F OXXXXXXX 
0000 0080—0000 07FF 110xxxxx 10xxxxxx 
0000 0800—0000 FFFF 1110xxxx 10xxxxxx 10xxxxxx 
0001 0000—0010 FFFF 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx 


注意 ”事实 上 ， 现 行 桌面 系统 中 ，Windows 内 部 采用 了 UTF-16 的 
编码 方式 ， 而 Mac OS、Linux 等 则 采用 了 UTF-8 编 码 方式 。 


除了 基于 Unicode 字 符 集 的 UTF-8、UTF-16 等 编码 外 ， 在 中 文 语言 


地 区 ， 我 们 还 有 一 些 常见 的 字符 集 及 其 编码 方式 ，GB2312、Big5 就 是 
其 中 影响 最 大 、 使 用 最 广泛 的 两 种 。 


GB2312 的 出 现 先 于 Unicode。 早 在 20 世 纪 80 年 代 ，GB2312 作 为 简体 
中 文 的 国家 标准 被 颁布 使 用 。GB2312 字 符 集 收 入 6763 个 汉字 和 682 个 非 
汉字 图 形 字 符 ， 而 在 编码 上 ， 是 采用 了 基于 区 位 码 的 一 种 编码 方式 ， 采 
用 2 字 节 表示 一 个 中 文字 符 。GB2312 在 中 国 大 陆地 区 及 新 加 坡 都 有 广泛 
的 使 用 。 





而 BIG5 则 常见 于 繁体 中 文 ， 俗 称 “ 大 五 码 ”"。BIG5 是 长 期 以 来 的 繁 
体 中 文 的 业界 标准 ， 共 收录 了 13060 个 中 文字 ， 也 采用 了 2 字 节 的 方式 来 
表示 繁体 中 文 。BIG5 在 中 国 台湾 、 和 香港、 澳门 等 地 区 有 着 广泛 的 使 
用 。 








扩展 ”关于 内 码 和 交换 码 





内 码 实际 就 是 字符 在 计算 机 存储 单元 中 的 二 进 制 表示 ， 在 早期 中 文 
字符 编码 混乱 的 时 候 ， 内 码 和 交换 码 等 概念 就 产生 了 。 每 一 种 二 进 制 表 
示 的 中 文 的 编码 都 被 认为 是 一 种 内 码 ， 而 在 有 多 种 内 码 的 情况 下 ， 区 换 
码 被 设计 为 协调 不 同 的 内 码 间 数据 交换 的 手段 。 依 照 这 种 认 知 方式 ， 
UTF-8 等 编码 即 是 内 码 ， 也 是 交换 码 。 随 着 时 代 的 发 展 和 各 种 标准 的 先 
后 制定 ， 内 码 和 交换 码 的 概念 也 在 被 逐渐 淡化 ， 因 为 通 癌 情况 下 ， 两 者 
总 是 一 致 的 。 


不 同 的 编码 方式 对 于 相同 的 二 进 制 字符 串 的 解释 是 不 同 的 。 常 见 
的 ， 如 果 一 个 UTF-8 编 码 的 网 页 中 的 字符 串 按照 GB2312 编 码 进 行 显示 ， 
就 会 出 现 乱码 。 而 BIG5 和 GB2312 之 间 的 乱码 则 在 中 文 地 区 软件 中 有 
着 “悠久 ”的 历史 。 不 过 随 着 Unicode 的 使 用 和 发 展 ， 以 及 软件 系统 对 多 
种 编码 的 支持 ， 程 序 发 生 乱 码 的 现象 也 越 来 越 少 。 总 的 说 来 ，Unicode 
还 在 其 发 展期 ，Unicode、GB2312 以 及 BIG5 等 多 种 编码 共存 的 状况 可 能 
在 以 后 较 长 的 时 间 内 都 会 持续 下 去 。 


8.3.2 ”C++11 中 的 Unicode 文 持 


在 C++98 标 准 中 ， 为 了 支持 Unicode， 定 义 了 “ 宽 字 符 ” 的 内 置 类 型 
wchar t。 不 过 不 久 程 序 员 便 发 现 C++ 标 准 对 wchar t 的 “宽度 ”显然 太 过 容 
忍 ， 在 Windows 上 ， 多 数 wchar_t 被 实现 为 16 位 宽 ， 而 在 Linux 上 ， 则 被 
实现 为 32 位 。 事 实 上 ，C++98 标 准 定义 中 ，wchar t 的 宽度 是 由 编译 此 实 
现 决定 的 。 理 论 上 ，wchar_t 的 长 度 可 以 是 8 位 、16 位 或 者 32 位 。 这 样 带 
来 的 最 大 的 问题 是 ， 程 序 员 写 出 的 包含 wchar {t 的 代码 通常 不 可 移植 。 








这 一 状况 在 C++11 中 得 到 了 一 定 的 改善 ， 至 少 C++11 解 决 了 Unicode 
类 型 数据 的 存储 问题 。C++11 引 入 以 下 两 种 新 的 内 置 数据 类 型 来 存储 不 
同 编码 长 度 的 Unicode 数 据 。 


-char16_t: 用 于 存储 UTF-16 编 码 的 Unicode 数 据 。 


-char32_t: 用 于 存储 UTF-32 编 码 的 Unicode 数 据 。 


至 于 UTF-8 编 码 的 Unicode 数 据 ，C++11 还 是 使 用 8 字 节 宽度 的 char 类 
型 的 数组 来 保存 。 而 char16_t 和 char32_t 的 长 度 则 犹如 其 名 称 所 显示 的 那 
样 ， 长 度 分 别 为 16 字 节 和 32 字 节 ， 对 任何 编译 器 或 者 系统 都 是 一 样 的 。 








此 外 ，C++11 还 定义 了 一 些 种 量 字 符 串 的 前 绥 。 在 声明 币 量 字符 吓 


的 时 候 ， 这 些 前 绥 声 明 可 以 让 编译 天 使 字符 串 按 照 前 绥 类 型 产生 数据 。 





事实 上 ，C++11 一 共 定 义 了 3 种 这 样 的 前 级 : 
.U8 表 示 为 UTF-8 编 码 。 
表示 为 UTF-16 编 码 。 


.U 表 示 为 UTF-32 编 码 。 





3 种 前 级 对 应 于 3 种 不 同 的 Unicode 编 码 。 一 旦 声明 了 这 些 前 级 ， 编 
译 右 会 在 产生 代码 的 时 候 按 照相 应 的 编码 方式 存储 。 以 上 3 种 前 级 加 上 
基于 宽 字 符 wchar_t 的 前 级 LL”， 及 不 加 前 级 的 普通 字符 串 字 面 量 ， 算 来 
在 C++11 中 ， 一 共有 了 5 种 方式 来 声明 字符 音字 面 量 ， 其 中 4 种 是 前 绥 表 
达 的 。 








通常 情况 下 ， 按 照 C/C++ 的 规则 ， 连 续 在 代码 中 声明 多 个 字符 串 字 
面 量 ， 则 编译 器 会 目 动 将 其 连接 起 来 。 比 如 "a"b" 这 样 声 明 的 方式 
与 "ab" 的 声明 方式 室 无 区 别 。 而 一 旦 连续 声明 的 多 个 字符 串 字 面 量 中 的 





茶 一 个 是 前 级 的 ， 则 不 带 前 级 的 字符 串 字 面 量 会 被 认为 与 带 前 级 的 字符 





串 字 面 量 是 同类 型 的 。 比 如 声明 u"a™b" 和 "a"u"b"， 其 效果 跟 u"ab" 是 完 
全 等 同 的 ， 都 是 生成 了 连续 的 字面 量 等 于 UTF-16 编 码 "ab" FFT EB AN 
过 最 好 不 要 将 各 种 前 级 字符 串 字 面 量 连 续 声 明 ， 因 为 标准 定义 除了 


UTF-8 和 党 字 符 字符 串 字 耐量 同时 声明 会 冲突 外 ， 其 他 字符 串 字 面 量 的 





组 合 最 终 会 产生 什么 结果 ， 以 及 会 按照 什么 类 型 解释 ， 是 由 编译 需 实 现 


目 行 决定 的 。 因 此 应 该 尽量 避免 这 种 不 可 移植 的 字符 串 字 面 量 声明 方 














De 


对 于 Unicode 编 码 字 符 的 书写 ，C++11 中 还 规定 了 一 些 简明 的 方式 ， 
即 在 字符 串 中 用 \u 加 4 个 十 六 进 制 数 编码 的 Unicode 码 位 CUTF-16) 来 
标识 一 个 Unicode 字 符 。 比 如 Nu4F60' 表 示 的 就 是 Unicode 中 的 中 文字 
符 “ 你 ”， 而 Nu597D' 则 是 Unicode 中 的 “好 ”。 此 外 ， 也 可 以 通过 ^\U' 后 跟 8 
个 十 六 进 制 数 编码 的 Unicode 码 位 CUTE-32) 的 方式 来 书写 Unicode 字 面 
常量 。 程 序 员 获 得 Unicode 码 位 的 编码 的 方法 很 多 ， 比 如 在 Windows 系 
统 下 ， 可 以 使 用 系统 自 带 的 字符 映射 表 ， 而 在 网 络 上 ， 也 可 以 轻松 地 找 
到 很 多 免费 提供 的 中 文 到 Unicode 的 在 线 转换 服务 的 网 站 。 





我 们 可 以 来 看 一 下 代码 清单 8-14 所 示 的 这 个 例子 。 


代码 清单 8-14 





#include <iostream> 
using namespace std; 
int main(){ 
char utf8[] = u8' TUE BO toa DAUS TAA 
chari6_t utf16[] = u"hello" 
char32_t utf32[] = U"hello equals \u4F60\u597D\u554A" 
cout << utf8 << endl; 
cout << utf16 << endl; 
cout << utf32 << endl; 
char32_t u2[] = u"hello"; // Error 
char u3[] = U"hello"; // Error 
chari6_t u4 = u8"hello"; // Error 
} 


// 编译 选项 


:clang++ 8-3-1.cpp -std=c++11 





在 本 例 中 ， 我 们 声明 了 3 种 不 同类 型 的 Unicode 字 符 串 utf8、utf16 和 


utf32。 由 于 无 论 对 哪 种 Unicode 编 码 ， 英 文 的 Unicode 码 位 都 相同 ， 因 此 
只 有 非 淆 文 使 用 了 "\u" 的 码 位 方式 来 标志 。 我 们 可 以 看 到 ， 一 旦 使 用 了 
Unicode 字 符 串 前 级 ， 这 个 字符 串 的 类 型 就 确定 了 ， 仪 能 放 在 相应 类 型 


的 数组 中 。u2、u3、u4 束 是 因为 类 型 不 匹配 而 不 能 通过 编译 。 











如 琳 我 们 注释 挥 不 能 通过 的 定义 ， 编 译 并 运行 代码 清单 8-14， 在 我 
们 的 实验 机 上 可 以 得 到 以 下 输出 : 








你 好 啊 


0x7fffaf087390 
0x7fffaf087340 





对 应 于 char utf8[]=u8"\u4F60\u597D\u554A" 这 人 名， 该 UTF-8 字 符 串 对 
应 的 中 文 是 “你 好 啊 ”。 而 对 于 utf16 和 utf32 变 量 ， 我 们 本 来 期 望 它们 分 别 
输出 “hello” 及 “hello equals 你 好 啊 ”。 不 过 实验 机 上 我 们 都 只 得 到 了 一 串 
数字 输出 。 这 是 什么 原因 呢 ? 





事实 上 ，C++11 虽 然 在 语言 层面 对 Unicode 进 行 了 支持 ， 但 语言 层面 
并 不 是 唯一 的 决定 因素 。 用 户 要 在 自己 的 系统 上 看 到 正确 的 Unicode 文 
字 ， 还 需要 输出 环境 、 编 译 器 ， 甚 至 是 代码 编辑 器 等 的 支持 。 我 们 可 以 
按照 编写 代码 、 编 译 、 运 行 的 顺序 来 看 看 它们 对 整个 Unicode 字 符 串 输 
出 的 影响 。 


首先 会 影响 Unicode 正 确 性 的 过 程 是 源 文件 的 保存 。 以 字 


符 "\u4F60" 为 例 ， 其 保证 的 是 输入 数据 等 同 于 Unicode 中 码 位 为 4F60 的 字 
符 ， 而 被 保存 的 源 代码 文件 中 ， 数 据 采 用 的 编码 则 跟 编辑 器 有 关 。 如 编 
辑 器 采用 了 GB2312 编 码 保 存 数据 ， 则 源 代码 文件 中 utf8 变 量 的 前 2 字 节 
保存 的 是 GB2312 编 码 的 中 文字 “你 ”。 而 如 果 编 辑 费 采用 了 UTF-8 编 码 ， 
则 源 代 码 文 件 中 的 utf8 变 量 的 前 3 字 节 保存 的 是 UTF-8 的 中 文字 “你 ”。 














第 二 个 会 影响 Unicode 正 确 性 的 过 程 是 编译 。C++11 中 的 u8 前 级 保证 
编译 器 把 utf8 变 量 中 的 数据 以 UTF-8 的 形式 产生 在 目标 代码 的 数据 段 
中 。 不 过 通常 编译 器 也 会 有 自己 的 设 定 ， 如 果 编 译 器 被 设置 了 正确 的 编 
码 形式 ，【〔 比 如 文件 保存 为 GB2312 编 码 ， 编 译 器 也 设置 了 文件 格式 为 
GB2312， 或 者 两 者 均 为 UTF-8) ， 则 u8 前 绥 能 够 正常 工作 。 








第 三 个 会 影响 Unicode 正 确 性 的 过 程 是 输出 。C++ 的 操作 符 “<<” 保 证 
把 数据 以 字 节 (char) 、 双 字 (char16 t) 、 四 字 (char32_t) 的 方式 输 
出 到 输出 设备 ， 但 输出 设备 (比如 在 Linux 下 的 shell， 或 是 Windows 下 的 
console) 是 否 能 够 支持 该 编码 类 型 的 输出 ， 则 取决 于 设备 驱动 等 软件 
层 。 


我 们 的 实验 机 是 一 台 Linux 机 器 。 对 于 Linux 而 言 ， 大 多 数 软件 如 
shell、 编 辑 器 vi， 以 及 编译 器 g++ 等 都 会 根据 Linux 系 统 locale 设 定 而 采用 
UTF-8 编 码 。 在 代码 清单 8-14 所 示 的 例子 中 ，utf8 变 量 会 输出 正确 ， 而 
utf16、utf32 数 据 输 出 均 失 败 ， 原 因 就 是 因为 系统 并 不 支持 UTF-16 和 
UTF-32 输 出 。 


在 现 有 的 编程 环境 支持 下 ， 如 果 要 保证 在 程序 中 直接 输入 中 文 得 到 
正确 的 输出 ， 我 们 建议 程序 员 要 使 用 与 系统 环境 中 相同 的 编码 方式 。 比 
如 在 Linux 下 《现在 很 多 Linux 系 统 的 发 布 版 均 使 直接 用 UTF-8 作 为 系统 
中 的 编码 ) ，u8 前 缀 的 UTF-8 编 码 Unicode 会 得 到 广泛 的 支持 。 而 
Windows 由 于 内 部 采用 了 UTF-16 的 方式 保存 文字 编码 ， 因 此 u 前 级 的 
UTF-16 编 码 的 Unicode 可 能 会 被 支持 得 更 好 。 而 如 果 程 序 员 想 在 不 同系 
统 下 编译 相同 的 文件 (这 也 并 不 少见 ， 比 如 在 一 些 基于 QT IDE 的 路 平 
台 开 发 上 ， 程 序 员 会 在 各 平台 间 共 享 源 代码 〉 ,程序 员 则 应 该 注意 查看 
编辑 器 与 编译 器 是 否 使 用 了 不 同 的 编码 方式 ， 并 按 需 调整 。 

















如 果 在 用 户 确认 了 使 用 环境 没有 问题 ， 在 程序 员 排 除了 上 述 环 境 上 
的 困难 之 后 ， 又 有 了 char16_t、char32_t 以 及 各 种 前 缀 表示 、\u 字 面值 
等 ， 是 否 意味 着 Unicode 真 的 就 可 以 恨 好 运作 了 呢 ? 让 我 们 来 看 看 代码 
清单 8-15 所 示 的 这 个 的 例子 。 








代码 清单 8-15 





#include <iostream> 

using namespace std; 

int main() { 
char utf8[] = u8"\u4F60\U597D\uU554A" ; 
char16_t utf16[] = u"\u4F60\u597D\uU554A"; 
cout << sizeof(utf8) << endl; // 10735 


cout << sizeof(utf16) << endl; // 8 字 节 


cout << utf8[1] << endl; / / 输出 不 可 见 字符 


cout << utf16[1] << endl; // 输出 


22909(0x597D) 


// 编译 选项 


:g++ -Std=c++118-3-2.cpp 








这 个 例子 里 ， 我 们 首先 看 不 同 编码 情况 下 Unicode 字 符 串 的 大 小 。 
可 以 看 到 ，UTF-8 由 于 采用 了 变 长 编码 ， 在 这 里 把 每 个 中 文字 符 编码 为 
3 字 节 ， 再 加 上 "0' 的 字符 串 终 止 符 ， 所 以 utf8 变 量 的 大 小 是 10 字 节 。 而 
UTF-16 则 是 定 长 编码 ， 所 以 utf16 占 用 了 8 字 节 空间 。 倘 若 我 们 按照 使 用 
ASCII 字 符 的 思路 来 使 用 Unicode 字 符 ， 比 如 使 用 数组 来 访问 的 时 候 ， 我 
们 发 现 utf8 的 输出 是 不 正确 的 ‘这 里 的 utf16 是 正确 的 ， 只 是 实验 机 无 法 
正常 输出 ) 。 事 实 上 ， 我 们 将 UTF-8 编 码 的 数据 放 在 了 一 个 char 类 型 
中 ， 所 以 utf8[1] 只 是 指向 了 第 一 个 UTF-8 字 符 3 字 节 中 的 第 二 位 ， 因 此 输 
出 不 正常 。 











相 比 于 定 长 编码 的 UTF-16， 变 长 编码 的 UTF-8 的 优势 在 于 支持 更 多 
的 Unicode 码 位 ， 而 且 也 没有 大 数 端 小 端 段 问题 而 有 字 节 序 问题 的 
UTF-16 有 LE 和 BE 两 种 不 同 版 本 ) 。 不 过 不 能 直接 数组 式 访问 是 UTF-8 
的 最 大 的 缺点 。 此 外 ，C++11 为 char16_t 和 char32_{ 分 别 配备 了 ul6string 
及 u32string 等 字符 串 类 型 ， 却 没有 u8string〈 因 为 从 实现 上 讲 ， 变 长 的 
UTF-8 编 码 的 数据 也 不 是 很 容易 与 string 配 合 使 用 ) 。 这 样 一 来 ，UTF-8 
的 字符 串 不 能 够 被 方便 地 进行 增删 、 查 找 ， 至 于 利用 各 种 高 级 的 STL 算 





法 ， 就 更 加 困难 了 。 


倘若 用 户 要 完成 上 面 的 各 种 复杂 的 操作 ， 需 要 的 是 一 个 复杂 的 类 
型 ， 比 如 说 用 utf8_t 的 类 型 来 保存 变 长 的 UTF-8 字 符 ， 而 不 是 像 现在 这 样 
用 char 数 组 来 “存放 ”UTF-8 字 符 。 这 个 想法 固然 也 有 一 些 道理 ， 但 utf8_t 
类 型 给 C++ 带 来 的 冲击 可 能 也 是 很 大 的 ， 因 为 它 看 起 来 像 是 个 基本 类 
型 ， 却 是 变 长 的 ， 与 已 有 算法 结合 并 不 一 定 有 性 能 上 的 优势 (比如 计算 
第 N 个 元 素 的 时 间 复 杂 度 不 再 是 O(1)) 。 














UTF-8 变 长 的 设 定 更 多 时 候 是 为 了 在 序列 化 时 节省 存储 空间 ， 定 长 
的 UTF-16 编 码 或 者 UTF-32 则 更 适合 在 内 存 环境 中 操作 。 因 此 ， 在 现 有 
C++ 编程 中 ， 总 是 倾向 于 在 IO 读 写 的 时 候 才 采用 UTF-8 编 码 ， 即 在 进行 
IO 操作 时 才 将 定 长 Unicode 编 码 转 化 为 UTF-8 使 用 。 内 存 中 一 直 操 作 的 
是 定 长 的 Unicode 编 码 ， 故 不 过 在 这 种 使 用 方式 下 ， 编 码 转 换 就 成 了 更 
加 常用 旦 不 可 或 缺 的 功能 





8.3.3 ”关于 Unicode 的 库 支 持 


C++11 在 标准 库 中 增加 了 一 些 Unicode 编 码 转 换 的 支持 。 由 于 
char16_t 及 char32_t 也 是 C11 标 准 中 新 增 的 类 型 ， 所 以 C 库 及 C++ 库 均 有 一 
些 不 同 的 实现 。 


首先 我 们 可 以 看 一 些 比较 直观 的 编码 转换 函数 。 在 C11 中 ， 程 序 员 
可 以 使 用 库 中 的 一 些 新 增 的 编码 转换 函数 来 完成 各 种 Unicode 编 码 间 的 
转换 。 函 数 的 原型 如 下 : 





size_t mbrtoci6(char16 t * pci6, const char * s, size_t n, mbstate_t * ps); 
size_t ci6rtomb(char * s, chari6_t c16, mbstate _t * ps); 
size_t mbrtoc32(char32_t * pc32, const char * s, size_t n, mbstate_t * ps); 
size_t c32rtomb(char * s, char32_t c32, mbstate_t * ps); 





述 代码 中 ， 字 母 mb 是 multi-byte 〈 这 里 指 多 字 节 字符 串 ， 后 面 会 
解释 ) 的 缩写 ，c16 和 c32 则 是 char16 和 char32 的 缩写 ，rt 是 convert 〈 转 
fe) 的 缩写 。 代 码 中 的 几 个 函数 原型 大 同 小 异 ， 目 的 就 是 完成 多 字 节 字 
符 串 、UTF-16 及 UTF-32 之 间 的 一 些 转换 。 除 了 mbstate _t 是 用 于 返回 转 
换 中 的 状态 信息 外 ， 其 余部 分 意义 比较 明显 ， 读 者 应 该 能 直观 理解 它们 
的 含义 。 代 码 清单 8-16 所 示 是 一 个 可 能 通过 编译 的 例子 。 








代码 清单 8-16 





#include <iostream> 


#include <cuchar> 
using namespace std; 


int main 
chari6_t utf16[] = u"\u4F60\u597D\uU554A"; 
char mbr[sizeof(utf16)*2] = {0}; J / 这 里 我 们 假设 





buffer 这 么 大 就 够 了 


mbstate_t s; 
ci6rtomb(mbr, utf16, &s); 
cout << mbr << endl; 

J 

// 编译 选项 


:g++ -Std=c++11 -c 8-3-3.cpp 





使 用 C11 中 编码 转换 函数 需要 include 头 文件 <cuchar>。 不 过 在 本 书 
写作 的 时 候 ， 我 们 使 用 的 编译 器 都 还 没 能 提供 这 个 头 文件 及 其 实现 。 所 
以 代码 清单 8-16 所 示 的 例子 仪 供 参考 。 


C++ 对 字符 转换 的 支持 则 稍微 复杂 一 点 ， 不 过 C++ 对 编码 转换 支持 
的 新 方法 都 需要 源 自 于 C++ 的 locale 机 制 的 支持 中 。 事 实 上 ，locale 的 概 
念 在 POSIX 中 就 用 ， 在 C++ 中 ， 通 常情 况 下 ，locale 描 述 的 是 一 些 必须 知 
道 的 区 域 特征 ， 如 程序 运行 的 国家 /地 区 的 数字 符号 、 日 期 表示 、 钱 币 
符号 等 。 比 如 在 美国 地 区 且 采 用 了 黄 文 和 UTF-8 编 码 ， 这 样 的 locale 可 以 
表示 为 en_US.UTF-8， 而 在 中 国 使 用 简体 中 文 并 采用 GB2312 文 字 编 码 的 
locale 则 可 以 被 表示 为 zh_CN.GB2312， 等 等 。 








通常 知道 了 一 个 地 区 的 locale， 要 使 用 不 同 的 地 区 特征 ， 则 需 访 问 
该 locale 的 一 个 facet。facet 可 以 简单 地 理解 为 是 locale 的 一 些 接 口 。 比 如 
对 于 所 有 的 locale 都 会 有 num_put/mum_get 的 操作 ， 那 么 这 些 操作 就 是 针 


对 该 locale 数 值 存 取 的 接口 ， 即 该 locale 情 况 下 数值 存 取 的 facet。 在 
C++ 中 常见 的 facet 除 去 num_get/num_put、money_get/money_put 等 外 ， 


还 有 一 种 就 是 codecvt。 





codecvt 从 类 型 上 来 讲 是 一 个 模板 类 ， 从 功能 上 讲 ， 是 一 种 能 够 完成 
从 当前 locale 下 多 字符 编码 字符 串 到 多 种 Unicode 字 符 编 码 转换 (也 包括 
Unicode 字 符 编码 间 的 转换 ) 的 facet。 这 里 的 多 字 节 字符 串 不 仅 可 以 是 
UTF-8， 也 可 以 是 GB2312 或 者 其 他 ， 其 实际 依赖 于 locale 所 采用 的 编码 
方式 。 在 C++ 标 准 中 ， 规 定 一 共 需 要 实现 4 种 这 样 的 codecvt facet l 。 








std::codecvt<char, char, std::mbstate_t> // 完成 多 字 节 与 


Char 之 间 的 转换 


std::codecvt<chari6_t, char, std::mbstate_t> // 完成 
UTF-16 与 

UTF -8 间 的 转换 

std::codecvt<char32_t, char, std::mbstate_t> // 完成 
UTF-32 与 


UTF -8 间 的 转换 


std::codecvt<wchar_t, char, std::mbstate_t> // 完成 多 字 节 与 


WChar_ 七 之 间 的 转换 











每 种 facet 负 责 不 同类 型 编码 数据 的 转换 。 值 得 注意 的 是 ， 现 行 编译 
器 文 持 情况 下 ， 一 种 locale 并 不 一 定 文 持 所 有 的 codecvt 的 facet。 程 序 员 
可 以 通过 has_facet 来 查询 该 locale 在 本 机 上 的 支持 情况 ， 如 代码 清单 8-17 
所 示 。 


代码 清单 8-17 





#include <iostream> 
#include <locale> 
using namespace std; 
int main(){ 

// 定义 一 个 


]0Cale 并 查询 该 


]0CAle 是 否 支 持 一 些 


facet 

locale lc("en_US.UTF-8"); 
bool can_cvt = has_facet<codecvt<wchar_t, char, mbstate_t>>(1c); 
if (!can_cvt) 

cout << "Do not support char-wchar_t facet!" << endl; 
can_cvt = has_facet<codecvt<chari6_t, char, mbstate_t>>(lc); 
if (!can_cvt) 

cout << "Do not support char-char16 facet!" << endl; 
can_cvt = has_facet<codecvt<char32_t, char, mbstate_t>>(1lc); 
if (!can_cvt) 

cout << "Do not support char-char32 facet!" << endl; 
can_cvt = has_facet<codecvt<char, char, mbstate_t>>(1lc); 
if (!can_cvt) 

cout << "Do not support char-char facet!" << endl; 
return 0; 


// 编译 选项 


:g++ -Std=c++11 8-3-4.cpp 








编译 运行 代码 清单 8-17， 在 我 们 的 实验 机 环境 及 编译 器 文 持 情况 
下 ， 可 以 得 到 以 下 结果 : 





Do not Support char-char16 facet! 
Do not support char-char32 facet! 





由 上 述 结 果 可 知 ， 从 char 到 char16 或 char32 转 换 的 两 种 facet 还 没有 被 
支持 (实验 机 使 用 的 编译 器 尚未 支持 )〉。 


而 在 使 用 facet 上 ， 用 户 并 不 需要 显 式 地 在 代码 中 生成 codecvt 对 象 。 
比如 在 对 C++11 中 stream 进 行 O 时 ， 我 们 只 需要 一 些 简 单 的 设 定 ， 就 可 
以 让 stream 上 自动 进行 一 些 编码 的 转换 。 我 们 看 一 下 代码 清单 8-18 所 示 的 
例子 时。 


代码 清单 8-18 





#include <iostream> 
#include <fstream> 
#include <string> 
#include <locale> 
#include <iomanip> 
using namespace std; 
int main() 


// UTF-8% #8 





, "\xX7a\xc3\x9F\xe6\xbO\xb4\xfO\x9d\x84\x8b"; 
ofstream("text.txt") << u8"z\u00df\u6c34\U0001d10b"; 
wifstream fin("text.txt"); 

// 该 


localem 


facet - codecvt<wchar_t, char, mbstate_t> 
// 可 以 将 


UTF -8 转化 为 


UTF-32 
fin.imbue(locale("en_US.UTF-8")); 
cout << "The UTF-8 file contains the following wide characters: \n"; 


for(wchar_t c; fin >> c; ) 
cout << "U+" << hex << setw(4) << setfill('0') << c << '\n'; 


// 编译 选项 


:g++ -Std=c++11 8-3-5.cpp 





在 代码 清单 8-18 中 ， 我 们 使 用 了 wifstream 来 打开 一 个 UTF-8 编 码 的 
文件 。 随 后 调用 了 这 个 wifstream 的 imbue 函 数 ， 为 其 设 定 了 一 个 为 
en_US.UTF-8 的 locale。 这 样 一 来 当 进 行 JO 操 作 的 时 候 ， 会 使 用 完成 
UTF-8 到 UTF-32 编 码 转换 的 facet (codecvt<wchar_t,char,mbstate_t>) 来 
完成 编码 转换 。 编 译 运 行 代码 清单 8-18， 我 们 就 可 以 看 到 定义 的 
Unicode 字 符 串 的 十 六 进 制 表示 。 








The UTF-8 file contains the following wide characters: 
U+007a 
U+00dF 
U+6c34 
U+1d10b 





codecvt 还 派生 一 些 形 如 codecvt_utf8、codecvt_utf16、 
codecvt_utf8_utf16 等 可 以 用 于 字符 串 转换 的 模板 类 。 这 些 模板 类 配合 
C++11 定 义 的 wstirng_convert 模 板 ， 可 以 进行 一 些 不 同 字符 串 的 转换 。 
代码 清 蛙 8-19 也 是 一 个 C++11 标 准 中 的 示例 ， 不 过 由 于 我 们 编译 器 尚未 
文 持 ， 所 以 也 仅 供 参考 。 


代码 清单 8-19 





#include <cvt/wstring> 
#include <codecvt> 
#include <iostream> 


using namespace std; 

int main() { 
wstring_convert<codecvt_utf8<wchar_t>> myconv; 
string mbstring = myconv.to_bytes(L"Hello\n"); 
cout << mbstring; 





除了 to_bytes 外 ，wstring_convert 还 文 持 使 用 from_bytes 来 完成 赣 癌 
的 编码 转换 。 更 多 关于 wstring_convert、locale、codecvt 的 内 容 ， 读 者 可 
以 参看 一 些 在 线 文档 ， 这 里 不 再 展开 描述 。 








此 外 ， 还 有 一 点 值得 注意 ， 在 C++98 标 准 定义 wchar_t 类 型 的 时 候 ， 
为 其 添加 了 新 的 fstream 类 型 ， 如 wifstream 及 wofstream 等 。 不 过 C++11 标 
准 并 没有 为 char16 { 及 char32_t 再 次 产生 fstream 对 象 。 关 于 这 点 ， 跟 前 面 
提 到 的 UTF-8 操 作 问 题 有 类 似 。 标 准 委员 会 意识 到 在 Unicode 在 序列 化 存 
储 时 很 少 是 UTF-16 或 者 是 UTF-32 的 《空间 太 过 浪费 ) 。 所 以 从 实际 情 
况 出 发 ， 程 序 员 可 以 利用 不 同 的 codecvt 的 facet 来 将 UTF-8 编 码 存储 的 字 
符 与 不 同 的 Unicode 进 行 转换 ， 而 不 必 直 接 将 UTF-16 和 UTF-32 编 码 的 字 
符 存储 到 文件 ， 基 于 此 ， 也 就 没 在 C++11 标 准 中 提供 支持 该 功能 的 


ul6ifstream、u32ofstream 等 。 


事实 上 ， 尺 省 Ct++11 对 Unicode 做 了 更 多 的 支持 ，Unicode 字 符 串 的 
使 用 仍然 比 ASCIH 字 符 复 杂 。 如 我 们 所 见 的 ， 程 序 在 进行 各 种 IO 操作 
时 ， 往 往 需 要 UTF-8 编 码 的 字符 。 程 序 员 如 果 想 直接 在 内 存 中 操作 UTF- 
8 编码 字符 ， 那 么 对 UTF-8 字 符 串 的 string 进 行 遍历 、 插 入 、 删 除 、 查 找 
等 操作 会 比较 困难 。 如 果 遇 到 这 样 的 情况 ， 程 序 员 可 以 自行 寻求 一 些 第 


= Ti EWI SCH 


[1] 可 以 参考 该 文理 解 C++ 的 locale 机 制 : 
http:/www.cantrip.org/locale.html。 

[2] 参见 http://en.cppreference.com/w/cpp/locale/codecvt。 

[3] 本 例 来 源 于 http://en.cppreference.com/w/cpp/locale/codecvt， 仪 做 了 注 
释 上 的 修改 。 





8.4 原生 字符 音字 面 量 


CE 类 别 ， 所 有 人 


原生 字符 串 字 面 量 (raw string literal) 并 不 是 一 个 新 鲜 的 概念 ， 在 
许多 编程 语言 中 ， 我 们 都 可 以 看 到 对 原生 字符 串 字 面 量 的 支持 。 原 生字 
符 串 使 用 户 书写 的 字符 串 “ 所 见 即 所 得 ”， 不 再 需要 如 \、N 等 控制 字符 
来 调整 字符 串 中 的 格式 ， 这 对 编程 语言 的 学 习 和 使 用 都 是 具有 积极 意义 
的 。 

















顺应 这 个 潮流 ， 在 C++11 中 ， 终 于 引入 了 原生 字符 串 字 面 量 的 文 
持 。C++11 中 原生 字符 串 的 声明 相当 简单 ， 程 友 员 只 需要 在 字符 串 前 加 
入 前 缀 ， 即 字母 R， 并 在 引号 中 用 使 用 括号 左右 标识 ， 就 可 以 声明 该 字 
符 串 字面 量 为 原生 字符 串 了。 请 看 下 面 的 例子 ， 如 代码 清单 8-20 所 示 。 








代码 清单 8-20 





#include <iostream> 
using namespace std; 
int main(){ 
cout << R"(hello,\n 
world)" << endl; 
return 0; 


} 
/ /编译 选项 


: g++ 8-1-2.cpp -std=c++11 
二 一 


代码 清单 8-20 的 输出 如 下 ， 可 以 看 到 \n 并 没有 被 解释 为 换行 。 





hello, \n 
world 











而 对 于 Unicode 的 字符 串 ， 也 可 以 通过 相同 的 方式 声明 。 声 明 UTF- 
8、UTF-16、UTF-32 的 原生 字符 串 字 面 量 ， 将 其 前 级 分 别 设 为 u8R、 
uR、UR 就 可 以 了 。 不 过 有 一 点 需要 注意 ， 使 用 了 原生 字符 串 的 话 ， 转 

字符 就 不 能 使 用 了 ， 这 会 给 想 使 用 \u 或 者 \U 的 方式 写 Unicode 字 符 的 程 
序 员 禹 来 一 定 影响 。 下 面 来 看 代码 清单 8-21 所 示 的 例子 。 








代码 清单 8-21 





#include <iostream> 
using namespace std; 
int main(){ 
cout << u8R"(\u4F60, \n 
\u597D)" << endl; 
cout << U8R" (你 好 


)" << endl; 
cout << sizeof(u8R"(hello)") << "\t" << u8R"(hello)" << endl; 
cout << sizeof(uR"(hello)") << "\t" << uR"(hello)" << endl; 
cout << sizeof(UR"(hello)") << "\t" << UR"(hello)" << endl; 
return 0; 


/ / 编译 选项 


:g++ -Std=c++11 8-4-2.cpp 








编译 运行 代码 清单 8-21， 可 以 得 到 以 下 结 





\u4F60, \n 
NuU597D 你 好 


6 hello 
12 0x400be6 
24 0x400bf4 





可 以 看 到 ， 当 程序 员 试 图 使 用 w 将 数字 转 义 为 Unicode 的 时 候 ， 原 生 
字符 串 会 保持 程序 员 所 写 的 字面 值 ， 所 以 这 样 的 企图 并 不 能 如 愿 以 偿 。 
而 借助 文本 编辑 器 直接 输 入 中 文字 符 ， 反 而 可 以 在 实验 机 的 环境 下 在 文 
件 中 有 效 地 保存 UTF-8 的 字符 (因为 编辑 器 按照 UTF-8 编 码 保存 了 文 
件 ) 。 程序 员 应 该 注意 到 编辑 器 使 用 的 编码 对 Unicode 的 影响 。 而 在 之 
后 面 的 sizeof 运 算 符 中 ， 我 们 看 到 了 不 同 编码 下 原生 字符 串 字 面 量 的 大 
小 ， 跟 其 声明 的 类 型 是 完全 一 致 的 。 














此 外 ， 原 生字 符 串 字面 量 也 像 C 的 字符 串 字面 量 一 样 遵 从 连接 规 
则 。 我 们 可 以 看 看 代码 清单 8-22 所 示 的 例子 。 





代码 清单 8-22 





#include <iostream> 
using namespace std; 
int main() { 
char u8string[] = U8R"( 你 好 


y" W = hello"; 
cout << u8string << endl; // 输出 

"你 好 

= hello" 
cout << sizeof(u8string) << endl; // 15 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 8-4-3.cpp 


可 以 看 到 ， 代 码 清单 8-22 中 的 原生 字符 串 字 面 量 和 普通 的 字符 串 字 
面 量 会 被 编译 器 日 动 连接 起 来 。 整 个 字符 串 有 2 个 3 字 节 的 中 文人 字符， 以 
及 8 个 ASCII 字 符 ， 加 上 自动 生成 的 0， 字 符 串 的 总 长 度 为 15 字 节 。 与 非 
原生 字符 串 字 面 量 一 样 ， 连 接 不 同 前 级 的 (编码 〉 的 字符 串 有 可 能 导致 
不 可 知 的 结果 ， 所 以 程序 员 总 是 应 该 避免 这 样 使 用 字符 串 。 








8.5 本章 小 结 


本 章 中 我 们 了 解 了 C++11 文 持 的 4 种 新 特性 : 对 齐 方 式 、 通 用 属 
性 、Unicode， 以 及 原生 字符 串 字 面 量 。 





对 齐 方式 本 是 语言 设计 者 想 掩 藏 的 细节 ， 不 过 在 C++11 编 程 方式 越 
发 复杂 的 情况 下 ， 提 供给 用 户 更 底层 的 手段 往往 是 必 不 可 少 的 。 在 一 些 
情况 下 ， 用 户 虽 然 不 能 保证 总 是 写 出 平台 无 天， 或 者 说 各 平台 性 能 最 优 
的 代码 ， 但 只 需 改 造 alignas 之 后 的 对 齐 值 参数 就 可 以 保证 程序 的 移植 性 
及 性 能 良好 ， 也 不 失 为 一 种 好 的 选择 。 而 C++11 对 对 齐 方 式 的 支持 从 语 
法 规则 到 库 ， 基 本 上 考虑 到 了 各 种 情况 ， 可 以 说 是 相当 完备 的 。 

















而 通用 属性 则 像 是 关键 字 的 包装 器 。 一 度 有 人 认为 ，C++ 应 该 是 用 
通用 属性 而 不 是 关键 字 来 实现 一 些 特 征 ， 不 过 最 后 的 结论 却 是 : 语言 本 
吴 的 所 有 特性 都 应 该 是 关键 字 ， 通 用 属性 仅仅 用 在 不 改变 语义 的 场合 ， 
比如 产生 编译 警告 、 优 化 提示 等 。 从 现在 的 情况 看 来 ， 通 用 属性 的 语法 
规则 意义 大 于 现在 已 有 的 两 个 预定 义 通 用 属性 。 编 译 器 厂商 或 组 织 或 者 
标准 委员 会 在 对 语言 进行 扩展 的 时 候 ， 可 能 还 会 利用 这 样 的 通用 属性 的 
语法 规则 。 

















C++11 还 增强 了 对 Unicode 的 支持 。 针 对 以 前 长 度 并 不 明确 的 
wchar t， 增 加 了 char16 t 及 char32_t 两 种 内 置 类 型 。 考 虑 到 变 长 编码 


UTF-8 使 用 上 的 不 方便 ， 以 及 定 长 的 UTF-16 和 UTF-32 在 存储 或 者 一 些 其 
他 方面 的 弱势 ，C++11 在 逐步 加 强 对 Unicode 类 型 转换 方面 的 支持 。 不 过 
基于 Unicode 的 编程 是 否 容易 了 很 多 ， 可 移植 性 是 否 加 强 了 很 多 ， 可 能 
还 需要 各 位 读者 慢 慢 体会 。 此 外 ，C++11 还 支持 了 原生 字符 串 字面 量 。 
这 是 一 个 在 其 他 较 晚 发 明 的 语言 中 常见 的 特性 ，C++11 将 其 引入 其 中 ， 
也 算 方 便 了 程序 员 对 C++ 字 符 串 的 学 习 和 使 用 。 











附录 A ”C++11 对 其 他 标准 的 不 兼容 项 目 


在 附录 部 分 ， 我 们 会 详细 描述 C++11 的 不 兼容 性 
(incompatibility) ~ ÆR HHE (deprecated feature) ， 以 及 编译 器 支 
持 状况 (compiler support status)。 昌 然 这 些 内 容 不 及 第 2~8 章 的 “ 核 
心 ”? 内 容重 要 ， 不 过 却 常 常 具有 很 高 的 实用 性 。 我 们 建议 读者 可 以 粗略 
地 阅读 一 裔 相关 内 容 。 这 样 在 遇 到 一 些 实际 编程 问题 的 时 候 ， 读 者 就 可 
能 理解 问题 的 来 由 。 这 几 个 附录 的 内 容 上 可 能 存在 着 一 些 重复 ， 不 过 ， 
我 们 还 是 保持 了 这 样 的 重复 ， 以 保证 从 每 个 视角 出 发 的 描述 的 完整 性 。 

















那么 本 附录 要 讲解 的 是 C++11 的 一 些 不 兼容 性 。 昌 然 Ct++11 作 为 
C/C++ 的 “ 妨 传 后 诊 ”， 对 C/C++98/03 做 到 了 最 大 的 兼容 ， 不 过 一 些 显 著 
的 不 兼容 性 还 是 存在 的 ， 我 们 可 以 分 别 通过 比较 C++11 与 C++03、 
C++ 与 ISO C， 以 及 比较 C++11 与 C11 来 进行 了 解 。 


A.1 C++11 和 C++03 的 不 兼容 项 目 
条 目 1 在 C++11 中 R、u8、u8R、u、uR、U、UR 和 LR 是 新 的 字符 


串 修饰 符 ， 当 用 它们 来 修饰 字符 串 时 ， 即 使 它们 是 宏 名 ， 也 将 作为 修饰 
符 来 解释 。 比 如 : 





#define U8 "AAAAA" 
const char * s = u8"u-eight-string"; 





在 C++03 中 Ss 是 字符 串 “AAAAAu-eight-string”;， 在 C++11 中 Ss 是 一 个 


UTF-8 的 字符 串 ， 其 内 容 是 “u-eight-string”。 





条 目 2 ”C++11 支 持 用 户 自 定 义 的 字面 常量 ， 这 会 引起 一 些 和 
C++03 不 一 致 的 行为 ， 比 如 : 





#define _x " world" 
"hello"_x 





在 C++03 中 "hello" x 会 拼接 成 hello world;， 而 在 C++11 中 "hello" x 会 
作为 一 个 用 户 自 定义 字面 常量 来 使 用 ， 例 如 : 











std::string operator "" x(const char* s) { 
return std::string(s); 


} 





那么 "hello"_x 将 会 作为 函数 调用 返回 一 个 类 型 为 std::string 的 变量 ， 


这 个 返回 变量 的 内 容 是 hello。 





AAS ”C++11 引 入 了 一 些 新 的 关键 字 ， 如 果 C++03 代 码 用 到 这 些 
标识 符 会 被 Ct++11 视 为 非法 的 代码 。 这 些 关 键 字 包括 alignas、alignof、 
char16_t. char32_t. constexpr. decltype. noexcept. nullptr. 


static assert 和 thread local。 


条 目 4 ”C++11 引 入 了 C99 的 新 类 型 long long。 类 似 C99， 对 于 长 于 
long 类 型 的 整 型 常量 将 会 被 转换 成 signed long long 类 型 。 而 在 C++03 





中 ， 长 于 long 类 型 的 整 型 常量 将 会 被 转换 成 无 符号 整数 ， 如 unsigned 
long。 例 如 214748364700 在 C++11 中 将 会 被 识别 为 long long 类 型 数据 。 





条 上 日 5 ”C++11 和 和 C99 一样 ， 对 整数 向 “0” 取 商 (/) 或 取 余 A) ; 
而 C++03 人 允许 同 负 无 穷 取 了 商 或 取 余 。 


AAG ”关键 字 auto 不 再 被 用 来 作为 存储 类 型 的 修饰 符 ， 而 其 表示 
修饰 的 类 型 是 由 初始 化 表达 式 推 导 而 来 。 





条 上 日 7 ”C++11l 要 求 数组 初始 化 时 ， 不 能 将 数据 的 类 型 收 宕 。 下 面 
的 代码 在 C++03 中 合法 ， 而 在 C++11 中 非法 。 





int arr[] = {1.0}; 





这 里 1.0 是 一 个 double 类 型 ， 使 用 它 初 始 化 int 类 型 数组 会 导致 数据 收 
。 因 此 在 C++11 中 无 法 通过 编译 。 


Tit 





AAS ”可 能 导 致 问题 的 隐 式 函数 在 C++11 被 定义 为 deleted。 这 些 
隐 式 函数 不 能 被 使 用 。 而 C++03 中 可 以 使 用 。 比 如 说 下 面 这 段 代码 : 





struct A{ const int a; }; 





由 于 常量 (const) a 总 是 应 该 被 静态 初始 化 的 ， 因 此 程序 员 应 该 为 struct 
A 提供 一 个 构造 函数 来 完成 这 样 的 初始 化 。 在 C++11 中 ， 遇 到 这 种 可 能 
导致 问题 (would be ill-formed) 的 情况 下 ， 缺 省 构造 函数 将 被 删除 ， 以 


提示 用 户 可 能 存在 问题 。 


条 目 9 ”C++11 中 去 除了 无 用 的 关键 字 : export. 





条 目 10 ”C++11 中 ,模板 租 套 时 可 以 直接 使 用 双 右 尖 括 号，C++03 


则 需要 空白 字符 填充 尖 括 写 。 例 如 : 








template <typename T> struct X { }; 
template <int N> struct Y { }; 
X< Y< 1 >> 2 > > X; 





C++03 中 会 解释 为 X<Y<(1>>2)>>x;==>X<Y<0>>x。 


C++11 中 这 是 非法 的 声明 ， 因 为 “X<Y<1>>” 被 视 为 有 效 的 模板 使 
He 


条 目 11 C++11 引 入 了 一 些 新 的 标准 头 文件 : <array>、<atomic>、 
<chrono>、<codecvt>、<condition_variable>、<forward_list>、 
<future>、 <initializer_list>、<mutex>、<random>、<ratio>、<regex>、 
<scoped_allocator>、<system_error>、<thread>、<tuple>、<typeindex>、 


<type_traits>、<unordered _map>、<unordered_set>。 


还 有 一 些 新 加 入 的 和 C 兼 容 的 头 文 件 : <ccomplex>、<cfenv>、 
<cinttypes>、<cstdalign>、<cstdbool>、<cstding>、<ctgmath>、 


<cuchar>。 


条 目 12 ”C++11 中 ，swap 方 法 从 <algorithm> 移 到 了 <utility> 中 。 
条 目 13 ”C++11 加 入 了 一 个 新 的 顶级 namespace: posix. 


条 上 日 14 ”通用 属性 中 的 标记 符 如 carries_dependency、noreturn 不 能 
作为 宏 名 。 


条 目 15 “C++03 假 设 全 局 的 new 操 作 符 只 会 抛 出 类 型 为 
std::bad_alloc 的 异常 ， 而 C++11 人 允许 全 局 的 new 操 作 符 抛 出 其 他 类 型 的 异 


A, 


IP o 
条 目 16 ”C++11 要 求 errno 变 量 是 线程 局 部 的 ， 而 不 是 全 局 的 。 
条 上 日 17 ”C++11 支 持 轻 量 级 的 垃圾 回收 机 制 。 


条 目 18 ”标准 库 中 的 仿 函 数 〈 函 数 对 象 ) 不 再 继承 自 


std::unary_function 和 std::binary_function 。 





条 目 19 ”标准 容器 要 提供 的 size0 成 员 函 数 要 求 是 O(0) 复 杂 度 ; 
C++03 中 std::list 的 成 员 size0 人 允许 线性 复杂 度 。 


条 目 20 ”C++11 中 改变 了 一 些 函 数 方法 的 原型 ， 比 如 erase 和 insert 
的 返回 值 类 型 iterator 变 成 了 const_iterator，resize 函 数 的 参数 从 传 值 改 为 
了 传 引 用 。 


条 目 21 ”C++11 人 允许 一 些 类 和 函数 方法 的 实现 不 同 于 C++03， 比 


如 : std::remove. std::remove_if. std::complex. std::ios_base::failure. 


A.2 C++ 和 ISO C 标 准 的 不 兼容 项 日 








条 目 1 C++ 中 很 多 关键 字 是 C 所 没有 的 《不 详细 列举 〉。 








条 上 日 2 ”CC 中 字符 常量 的 类 型 是 int，C++ 中 是 char。 如 果 在 C++ 代 码 
中 同时 有 以 下 两 个 版 本 的 f 函 数 的 定义 : 





void f (char c); 
void f(int); 





Ao RONHA 6 FE void f(char @ 〇 版 本 。 





条 目 3 ”C++ 中 字符 串 常 量 的 类 型 是 const char[]， 而 C 中 字符 串 常 量 
的 类 型 是 char[]。 


条 目 4 ”CC 中 允许 文件 范围 中 的 变量 重复 定义 。 如 : 





int var; 
int var; 








在 C 中 是 允许 的 ;而 这 在 C++ 中 是 不 允许 的 。 


条 目 5 “不 带 extern 关 键 字 的 const 变 量 在 C++ 中 是 internal 
linkage《〈 内 部 链接 的 ， 即 不 可 以 被 其 他 文件 中 同名 变量 引用 ) ; 而 在 C 


中 则 是 external liankage《 外 部 链接 的 ， 即 可 以 被 其 他 文件 中 的 同名 变量 
引用 ) 。 


条 目 6 。” C++ 要 求 从 void* 类 型 变量 到 其 他 类 型 的 转化 必须 是 显 式 
的 ， 而 C 中 则 不 需要 显 式 转换 。 














条 目 7 C++ 中 只 有 非常 量 非 易 变 对 象 (non-constnon-volatile ) 指 
针 可 以 转换 为 void* 类 型 。 


条 目 8 C++ 不 接受 隐 式 声明 函数 。 这 个 特性 在 ISO C 中 也 逐渐 被 抛 
Fy 比如 : 





int main(){ printf("hello\n");} 





这 里 因为 printf 没 有 定义 〈 没 有 #include<stdio.h> ) ，C++ 会 编译 时 报错 
printf REH; 而 C 会 把 printf 当 作 一 个 int printf (任意 参数 ) 的 函数 类 
型 。 如 果 运 行 时 动态 库 中 不 存在 printf 这 个 函数 的 话 ， 则 会 导致 运行 时 


错误 Ro 











AAD ”不 能 在 结构 体 或 类 型 的 声明 上 加 static 关 键 字 。 比 如 : 





static struct st { int i; }; 





在 C 中 static 关 键 字 将 被 忽略 ; C++ 中 这 则 是 错误 的 语法 。 


条 目 10 ”C++ 中 typedef 的 类 型 别名 不 能 和 已 有 的 类 型 同名 。 


条 目 11 常量 (const) 对 象 在 C++ 中 必须 初始 化 ， 在 C 中 则 没 这 个 
限制 。 


条 目 12 ” 隐 式 int 类 型 在 C++ 中 被 禁止 ，C 中 也 逐渐 抛弃 。 比 如 : 
funcOf{} 这 样 的 声明 方式 在 C 语 言 中 是 可 以 的 ， 而 在 C++ 中 ， 因 为 func 没 
有 返回 值 类 型 则 是 非法 表达 式 。 





条 目 13 “关键 字 auto 在 C++11 中 有 新 的 语义 : 用 于 类 型 自动 推导 ; 
而 C 中 auto 是 修饰 对 象 的 存储 类 型 的 天 键 字 。 


条 日 14 ”C++ 中 enum 对 象 只 能 用 同类 型 的 enum 赋 值 ， 而 C 中 可 以 用 
任意 的 整 型 数 对 enum 变 量 赋值 。C++ 中 enum 变 量 的 类 型 是 对 应 的 enum 


类 型 ， 而 C 中 enum 对 象 的 类 型 是 int 整 型 。 





条 目 15 ”函数 声明 中 的 空 参 数 在 C++ 中 意味 着 函数 没有 参数 ， 而 在 
C 中 则 意味 着 该 函数 的 参数 个 数 未知 。 


条 目 16 ”C++ 不 允许 类 型 定义 在 函数 的 参数 或 返回 值 类 型 的 位 置 
E; 而 形 如 : 





void f(struct S {int I;} s); 


这 样 的 表达 式 在 C 中 则 可 以 接受 。 


条 目 17 ”C++ 不 接受 老 的 废弃 的 函数 定义 格式 ， 参数 在 0 之 外 ， 比 
如 : 


void bar() int pari {} 
在 C++ 中 就 是 非法 的 声明 。 


条 目 18 ”作用 域内 部 的 结构 体 在 C++ 中 会 覆盖 作用 域外 部 的 同名 变 
量 ， 比如 : 


char s; 
void f(){ 
struct s { 
int i; 
}; // struct switi 


char s 


} 


而 在 C 中 不 会 。 


条 目 19 “C++ 中 ， 藤 套 的 结构 体 仅 在 其 父 结构 体 作 用 域 中 可 见 ， 而 
在 C 中 ， 髓 套 的 结构 体 则 在 全 局 可 见 ， 比 如 : 


struct Outter { 
struct Inner { 
int I; 





在 C 中 使 用 Inner 类 型 可 以 直接 写 : struct Inner in， 而 C++ 中 使 用 Inner 类 


型 则 必须 带 上 其 父 结构 体 Outter， 则 只 能 写 : Out::Inner in. 


条 目 20 ”C++ 中 typedef 形 成 的 类 型 别名 不 能 重 定义 为 其 他 类 型 或 变 
量 。 如 下 面 的 代码 就 是 这 样 一 种 情况 : 





typedef int Int; 
struct S{ 
int Int; // 在 





C 中 合法 ， 而 在 





C++ 中 非法 








条 目 21 C++ 中 volatile 的 对 象 不 能 作为 隐 式 构造 函数 和 隐 式 赋值 函 
数 的 参数 ， 比 如 : 





struct X { int i; }; 
volatile struct X x1 = {0}; 
struct X x2(x1); // 在 


C++ 中 非法 


struct X x3; 
x3 = x1; // 在 





C++ 中 同样 非法 





A.3 C++11 与 C11 的 区 别 


虽然 C11 标 准 开 始 起 草 的 时 间 比 C++0x 晚 很 多 ， 但 C11 的 发 布 却 只 比 
C++11 晚 了 几 个 月 。 这 是 因为 它们 的 草案 中 很 多 都 是 相互 参考 的 。 因 此 
C++11 与 C11 的 不 兼容 点 并 不 多 。 





下 面 简单 地 列 一 些 C++11 和 C11 的 特别 区 别 点 。 


SEAL ”C++11 中 没有 C11 中 支持 的 _Generic 关 键 字 ， 因 为 C++ 能 
很 好 地 支持 重 载 。 


条 目 2 ”C++11 中 noretum 是 一 个 通用 属性 。 相 应 地 要 表示 函数 永 不 
返回 的 话 ， 在 C11 中 可 以 使 用 _Noretum 关 键 字 。 比 如 : 





_Noreturn void outfunc() { abort(); } 





是 C11 中 的 表示 outfunc 的 方法 ， 它 等 价 于 在 C++11 中 使 用 通用 属性 的 


outfunc. 





[[ noreturn ]] void outfunc() { abort(); } 





条 目 3 ”许多 C11 的 新 特性 在 C++11 中 有 对 应 特性 。 只 是 关键 字 上 
有 一 些 细微 的 区 别 。 比 如 C++11 中 的 关键 字 ; 





alignas, alignof, thread_local, static_assert 





在 C11 中 对 应 的 关键 字 分 别 是 : 





_Alignas, _Alignof, _Thread_local, _Static assert 





AAA “C++11 和 C11 都 有 atomic 支 持 。 


C11 中 用 _Atomic 修 饰 符 来 修饰 一 个 原子 数据 类 型 。 如 : _Atomic int 


C++11 在 std namespace 下 定义 了 atomic 模 板 来 支持 atomic 类 型 ， 比 
如 : 





template<class T> struct atomic; 
template<> struct atomic<integral>; 
template<class T> struct atomic<T*>; 
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比如 : mtx_destroy,mtx_init,mtx_lock,mtx_trylock,mtx_unlock* . 


C++11 中 通过 使 用 std namespace 下 的 一 些 类 : mutex, 





recursive_mutex 等 ， 通 过 这 些 类 的 成 员 函 数 lock、unlock、trylock 文 持 互 
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条 目 6 ”C11 用 <threads.h> 中 定义 的 一 系列 函数 来 文 持 线 程 ， 如 : 
thrd_create, thrd_current, thrd_detach, thrd_equal, thrd_exit, 


thrd_join, thrd_sleep, thrd_yield. 


C++11 有 有 thread 类型， 该 类 型 有 join、detach 等 成 员 函 数 。 


A.4 针对 C++03 的 完善 


而 谈 及 兼容 性 的 话 ， 除 了 上 面 列举 的 C++11 与 C++03、ISO CUK 
Cl11 的 区 别 外 ， 在 C++11 起 草 的 过 程 中 ， 也 包含 了 一 些 对 以 前 标准 
CC++03) 的 修改 和 完善 。 我 们 把 一 些 针 对 C++03 的 完善 也 列举 了 出 
Ke 


条 目 1 ”.* 和 ->* 操 作 符 的 第 二 个 参数 不 再 要 求 是 一 个 完全 类 


(complete class)， 即 包含 了 全 部 声明 体 的 类 型 。 





条 目 2 ”内 存 释 放 函 数 不 因 抛 出 异常 而 终止 。 


条 上 日 3 ”C++03 要 求 ， 当 第 一 个 参数 是 空 指针 Cull pointer) 的 时 
候 ， 内 存 释 放 函 数 〈 如 用 户 自 定义 的 delete 操 作 符 〉 相 当 于 无 任何 作 
用 。 现 在 不 再 有 这 样 的 限制 。 


条 目 4 ”如 果 typeid 操 作答 的 参数 是 cv 修饰 的 ， 其 结果 是 对 应 的 无 cv 


修饰 的 类 型 。 


条 目 5 ”在 常量 表示 式 中 可 以 使 用 throw， 如 : const char*s=(n==m)? 
throw“bad”:“ok” 在 C++11 中 是 合法 的 表达 式 。 


在 C++11 中 ， 这 样 的 改进 还 有 很 多 。 更 多 的 信息 读者 可 以 参考 以 下 
链接 : http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html 。 


附录 B 弃 用 的 特性 


随 着 C++11 的 发 布 和 新 特性 的 出 现 ， 一 些 C++98 与 C++03 中 的 特性 
也 即将 被 淘汰 。 其 中 一 些 被 更 强大 的 新 特性 所 取代 ， 如 auto_ptr 等 ， 也 
有 因为 各 种 缺陷 而 在 实际 编程 中 很 少 被 使 用 的 ， 如 export、register 等 。 
相 比 于 不 兼容 性 ， 了 解 为 什么 弃 用 往往 更 能 了 解 语言 在 如 何 发 展 。 本 章 
将 详细 描述 并 总 结 被 Ct++11 所 弃 用 的 各 种 特性 。 


条 目 1 autokey 
旧 特 性 auto 用 来 标识 具有 自动 存储 期 的 局 部 变量 。 


改动 : auto 关 键 字 可 以 用 来 从 变量 的 初始 值 中 推导 出 变量 的 类 型 。 





在 旧 标 准 中 ，auto 用 来 声明 共有 目 动 存储 期 的 局 部 变量 ， 这 样 变 量 
就 是 自动 存储 类 别 ， 属 于 动态 存储 方式 ， 当 变量 离开 作用 域 后 存储 空间 
会 被 目 动 释放 。 实 际 上 ， 上 所 有 非 静态 的 局 部 变量 默认 都 具有 目 动 的 存储 
期 ， 因 此 auto 关 键 字 很 少 被 用 到 。 








在 C++11 新 标准 中 ，auto 被 作为 一 个 新 的 类 型 修饰 全， 声明 变量 时 
不 用 指定 变量 类 型 ， 而 是 根据 该 变量 的 初始 化 表达 式 或 者 一 个 具有 退 踊 
返回 类 型 的 函数 定义 推导 得 来 。 下 面 举 一 个 例子 ， 见 以 下 代码 : 








for (vector<int>::iterator i = vec.begin(); i < vec.end(); i++) { 
vector<int>::iterator j = i; 








在 C++11 中 ， 我 们 可 以 使 用 auto 关 键 字 来 提高 可 读 性 。 


for (auto i = vec.begin(); i < vec.end(); i++) { 


auto j = i; 


} 





此 外 ，auto 类 型 推导 使 用 非 第 灵活 ， 它 几乎 可 以 用 在 任何 需要 声明 
变量 类 型 的 上 下 文中 ， 比 如 命名 空间 、for 循 环 的 循环 变量 初始 化 及 for 
循环 体 ， 以 及 判断 语句 中 ， 甚 至 能 被 使 用 在 模板 中 。 但 是 ，auto 不 可 以 
声明 函数 参数 ， 也 不 能 推导 数组 类 型 。 


由 于 auto 在 C++11 中 被 赋予 了 新 的 语义 ， 为 了 避免 混淆 ，C++11 中 
auto 不 再 作为 存储 的 变量 声明 ， 而 只 作为 类 型 修饰 符 。 


条 目 2 ”语言 特性 export 
上 日 特性 : 用 来 定义 非 内 联 的 模板 对 象 和 模板 函数 。 


改动 : export 特 性 被 移 除 。export 关 键 字 被 保留 ， 但 是 不 包含 任何 语 


我 们 可 以 使 用 关键 字 extern 来 访问 其 他 编译 单元 中 普通 类 型 的 变量 
或 对 象 ， 而 对 于 模板 来 说 ， 则 需要 使 用 export 关 键 字 。export 的 设计 初衷 
是 想 要 创建 一 个 折 中 的 设计 方法 ， 来 同时 支持 模板 实例 化 的 包含 模型 


(inclusion model) 和 独立 编译 模型 (separate compilation model) ， 然 


而 ， 没 有 一 种 增强 机 制 来 确保 每 一 种 模型 的 实现 都 可 以 很 简单 。 因 此 ， 
由 于 实现 的 难度 ， 很 多 编译 占 部 没有 实现 。 此 外 ，export 关 键 字 在 实际 
编程 过 程 中 也 很 少 被 用 到 。 


所 以 ， 在 C++11 中 ，export 关 键 字 的 语义 被 移 除 。 但 是 export 仍 作为 
一 个 无 语义 的 关键 字 被 保留 下 来 。 


条 目 3 ”register 关 键 字 【作为 存储 类 ) 








旧 特 性 : 声明 将 变量 存放 在 寄存 器 中 。 





改动 : 改变 为 声明 存储 类 的 关键 字 。 


在 旧 标 准 中 ， 变 量 用 register 来 声明 时 ， 表 示 此 变量 会 被 大 量 用 到 ， 
因此 建议 将 此 变量 存放 在 寄存 器 中 ， 这 样 可 以 提高 读 取 的 速度 。 但 是 ， 
寄存 右 的 数量 是 有 限 的 ， 如 果 寄 存 器 已 满 ， 变 量 依旧 会 被 存放 在 存储 如 
中 。 忆 一 方面 ， 它 对 于 编译 器 来 说 只 是 一 种 建议 ， 而 编译 器 不 一 定 会 执 
行 ， 实 际 上 ， 大 部 分 编译 器 部 选择 忽略 它 。 因 此 ，register 关 键 字 其 实 很 
少 被 用 到 ， 而 且 ， 大 多 数 情况 下 是 没有 意义 的 。 














在 C++11 新 标准 中 ，register 关 键 字 的 作用 有 所 改变 。 用 register 关 键 
字 仅 能 用 于 一 个 区 块 内 的 变量 声明 或 作为 函数 参数 的 声明 。 它 仅仅 表示 
变量 拥有 自动 存储 的 生命 期 〈 像 C++03 中 的 auto 一 样 ) 。 





条 目 4 RAP JAZ 


昌 特 性 :如果 类 中 已经 声明 了 其 他 找 贝 函数 或 者 析 构 函数 ， 编 译 器 
依旧 会 自动 生成 一 个 隐 式 拷贝 函数 。 


改动 : 隐 式 拷贝 函数 不 会 目 动 生成 。 


在 C++11 中 ， 如 采用 户 已 经 声明 了 一 个 拷贝 复制 操作 符 或 者 一 个 析 
构 函 数 ， 那 么 编译 幽 不 会 隐 式 声明 一 个 拷贝 构 千 函数。 同样， 如 果 用 户 
己 经 声明 了 一 个 拷贝 构造 函数 或 者 析 构 函数 ， 编 译 霹 则 不 会 隐 陈 地 声明 
一 个 拷贝 复制 操作 符 


条 目 5 auto_ptr 
IVE: 智能 指针 ， 当 系统 因 异 常 退 出 时 避免 资源 泄漏 。 
改动 : auto_ptr 被 unique_ptr 所 取代 。 


auto_ptr 类 模板 中 存放 了 一 个 指针 ， 它 指向 一 个 可 以 通过 new 得 到 的 
对 象 ， 并 且 在 此 智能 指针 被 析 构 时 间 堆 归还 该 对 象 。 这 里 需要 注意 的 是 
auto_ptr 拥 有 一 个 严格 的 所 有 权 机 制 。auto_ptr 拥 有 其 指针 指向 的 对 象 的 
所 有 权 ， 而 复制 auto_ptr 的 操作 会 复制 该 指针 ， 并 将 对 象 的 所 有 权 区 给 
目标 类 。 这 是 为 了 避免 两 个 auto_ptr 同 时 拥有 同一 个 对 象 ， 否 则 程序 的 
行为 将 是 不 确定 的 。 


在 C++11 中 ，unique_ptr 提 供 了 一 种 比 auto_ptr 更 好 的 解决 方案， 并 
取代 了 auto_ptr。unique_ptr 是 一 个 对 象 ， 它 拥有 另 一 个 对 象 ， 并 且 能 够 


通过 指针 来 管理 它 。 更 准确 地 说 ，unigue_ptr 对 象 中 有 一 个 指向 男 一 个 
对 象 的 指针 ， 并 且 在 它 自 身 析 构 时 析 构 该 对 象 。 这 些 特 性 都 与 auto_ptr 
相同 。 





此 外 ，unique_ptr 也 具备 了 auto_ptr 的 绝 大 部 分 特性 ， 除 了 auto_ptr 的 
不 安全 隐 性 的 左 值 转移 (move) 。 对 于 auto_ptr 来 说 ， 找 贝 auto_ptr， 会 
导致 所 有 权 转 移 ， 如 以 下 语句 : 





std::auto_ptr<int> a(new int); 
std::auto_ptr<int> b = a; 
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std::auto_ptr<int> c(a); 


由 此 可 见 ，auto_ptr 的 转移 是 隐 性 的 ， 因 此 程序 员 可 能 会 在 不 经 意 
的 情况 下 就 把 对 象 转移 了 ， 因 此 是 不 安全 性 。 





在 unique_ptr 中 ， 要 进行 对 象 的 转移 ， 雷 要 使 用 std::move 函 数 将 对 
象 转换 为 右 值 ， 例 如 以 下 语句 : 


std: :unique_ptr<int> a(new int); 
std: :unique_ptr<int> b = std::move(a); 


这 是 因为 unique_ptr 对 于 拷贝 行为 作 了 限制 。 而 对 于 拷贝 构造 函数 
来 说 ，unique_ptr 并 没有 类 似 以 下 的 构造 函数 : 





std::unidue_ptr<T>::unique_ptr(std::unidque_ptr<T> const&) // 默认 


deleted 





如 果 在 构造 时 想 要 复制 整数 的 值 ， 可 以 用 以 下 语句 : 





std: :unique_ptr<int> c(new int(*a)); 








而 如 果 人 确实 想 要 将 a 中 的 指针 进行 转移 ， 则 需要 调用 std::move: 





std::unique_ptr<int> d(std::move(a)); 





另外 ， 值 得 一 提 的 是 ，unique_ptr 可 以 存放 在 标准 容器 之 中 。 








vector<unique_ptr<int>> v; 
v.push_back(unique_ptr<int>(new int(0))); 
unique_ptr<int> a(new int(0)); 
v.push_back(move(a)); 





但 是 ， 由 于 unique_ptr 本 喘 不 文 持 找 贝 构造 ， 因 此 元 素 类 型 为 
unique_ptr 的 容 絮 同样 也 不 支持 拷贝 构造 ， 这 时 也 需要 用 到 转移 构造 。 


条 目 6 bind1st/bind2nd 
上 日 特性 : 将 二 元 函数 对 象 绑 定 成 一 元 仿 函 数 〈 本 数 对 象 ) 。 
改动 : 被 bind 模 板 所 取代 。 


bindlst 和 bind2nd 函 数 可 以 将 一 个 二 元 函数 绑 定 成 一 元 函数 ， 也 就 


是 将 二 元 函数 所 接受 的 两 个 参数 之 一 绑 定 下 来 ， 以 此 来 使 函数 变 成 一 元 
的 。bindlst 绑 定 第 一 个 参数 ，bind2nd 绑 定 第 二 个 参数 。 例 如 : 





find_if(v.begin(), v.end(), bind2nd(greater<int>(), 5)); 





绑 定 greater<int> 的 第 二 个 参数 为 5， 亦 即 找到 向 量 中 第 一 个 大 于 5 的 
整数 。 





find_if(v.begin(), v.end(), bindist(greater<int>(), 5)); 





绑 定 greater<int> 的 第 一 个 参数 为 5， 亦 即 找 到 向 量 中 第 一 个 小 于 5 的 
整数 。 


在 C++11 中 ， 新 的 bind 函 数 模 板 提 供 了 一 种 更 好 的 可 调用 类 的 参数 
绑 定 机 制 。 





namespace std { 
template<class T> struct is_bind_expression 
: integral_constant<bool, see below> { }; 


} 





接 下 来 我 们 来 看 bind 模 板 函 数 ， 它 有 如 下 形式 : 





template<class F, class... BoundArgs> 
unspecified bind(F&& f, BoundArgs&&... bound_args); 





其 中 f 是 函数 的 右 值 引用 ， 表 示 要 进行 绑 定 的 函数 对 象 ，BoundArgs 
是 函数 对 象 的 参数 类 型 列表 ， 而 bound_args 是 需要 绑 定 的 值 。 如 果 一 个 


参数 需要 绑 定 ， 那 么 在 调用 bind 函 数 时 传 具 体 参 数 进去 即 可 ， 而 如 果 不 
需要 绑 定 ， 那 么 束 需 要 使 用 占 位 人 符 ，std::placeholders::_ J，J 为 从 1 开始 的 
正 整 数 。bind 的 返回 类 型 为 可 调用 实体 ， 可 以 直接 赋值 给 std::function。 


如 下 这 个 例子 : 





int Func(int x, int y 
function< int(int)> f = bind(Func, 1, placeholders::_1); 
f(2); // the same as Func(1, 2); 








我 们 可 以 用 is_bind_expression 来 检查 由 bind 生 成 的 函数 对 象 ， 而 
bind 也 和 凭借 is_bind_expression 来 检查 子 表 达 式 。 对 于 用 户 来 说 ， 可 以 借 
由 它 来 表示 在 bind 调 用 中 某 个 类 型 应 该 被 当做 子 表 达 式 来 对 待 。 如 果 芽 


是 bind 的 返回 类 型 ， 那 么 is_bind_expression 由 integral_constant<bool,true> 





得 到 ， 人 否则 由 integral_constant<bool,false> 得 到 。 





男 一 个 值得 一 提 的 函数 是 is_placeholder， 它 可 以 检查 标准 占 位 符 
_1、_2 等 。bind 凭 借 is_placeholder 来 检查 占 位 符 ， 用 户 也 可 以 借 由 此 模 
板 来 表示 占 位 符 类 型 。 如 果 T 的 类 型 是 std::placeholders:: J， 则 
is_placeholder<T> 由 integral_constant<int,J> 得 到 ， 否 则 就 由 


integral_constant<int,0> 得 到 。 


由 上 可 以 看 出 bind 相 对 于 bindlst 和 bind2nd 来 说 要 灵活 得 多 ， 它 不 像 
bindlst 和 bind2nd 那 样 限制 原 函 数 对 象 的 参数 个 数 为 两 个 ，bind 所 接受 的 
函数 对 象 的 参数 数量 没有 限制 ， 而 且 用 户 可 以 随意 绑 定 任意 个 数 的 参数 


而 不 受 限 制 ， 因 此 ， 有 了 bind，bindlst 和 bind2nd 明 显 没 有 了 用 武之 地 而 
被 弃 用 (deprecated) 。 


条 目 7 pk ACas (adaptor) 


日 特性 : 


ptr_fun,mem_fun,mem_fun_ref,unary_function,binary_function 
新 特性 : 弃 用 。 


在 旧 特 性 中 ， 提 供 了 多 个 函数 适配器 。 





template <class Argi, class Arg2, class Result> 
pointer_to_binary_function<Arg1, Arg2,Result> 
ptr_fun(Result (*f)(Arg1, Arg2)); 





ptr_funf) i [=] (4 pointer_to_binary_function<Arg1,Arg2,Result> 
人 日 。 简 单 来 说 ， 它 可 以 将 一 个 函数 转化 为 一 个 函数 对 象 。 以 下 是 一 个 例 
子 : 





int compare(const char*, const char*); 
replace_if(v.begin(), v.end(), 
noti(bind2nd(ptr_fun(compare), "abc")), "def"); 








上 例 将 所 有 v 序 列 中 的 abc 蔡 换 为 def。 


另外 ，ptr_fun 除 了 可 以 转化 二 元 函数 以 外 ， 也 可 以 转化 一 元 函数 ， 
此 时 返回 值 是 pointer_to_binary_function<Arg,Result>(f)。 


有 


pointer_to_binary_function<Arg, Result>(f). 


template <class Arg, class Result> 
pointer_to_unary_function<Arg, Result> 
ptr_fun(Result (*f)(Arg)); 
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mem_fun_ref. 





template <class S, class T> class mem_fun_t 
: public unary_function<T*, S> 
template<class S, class T> mem_ fun_ t<S,T> mem_fun(S (T::*f)()); 
template <class S, class T> class mem_ fun_ ref_t 
: public unary_function<T, S> 
template<class S, class T> mem_fun_ref_t<S,T> mem_fun_ref(S (T::*f)()); 





为 了 说 明 mem_fun 和 mem_fun_ref， 看 一 下 以 下 的 例子 : 





void f(C& c); 
Vector<C> vC; 
for_each(vc.begin(), vc.end(), f); 








就 上 例 来 说 代码 是 可 以 编译 通过 的 ， 但 是 ， 当 f 十 类 C 的 成 员 函 数 时 
NE? 





class C { 
public: 
void f(); 
}; 





此 时 我 们 就 需要 使 用 到 类 成 员 函 数 适 配器 了 ， 在 这 时 ，mem_fun、 
mem_fun_ref 的 区 别 在 于 mem_fun 需 要 指针 ， 而 mem_fun_ref 需 要 对 象 的 


引用 。 如 上 述 例子 中 ， 应 该 使 用 mem_fun_ref。 





for_each(vc.begin(), vc.end(), mem_fun_ref(&C::f)); 





mem_funH HERK, FEU AAR. HURL, KR ek Be as 
可 以 将 一 个 不 售 参 数 的 成 员 函 数 转换 为 一 个 一 元 图 数 ， 其 中 参数 类 型 为 
类 本 身 。 此 外 ， 它 也 可 以 将 一 个 一 元 成 员 函 数 转换 为 一 个 二 元 函数 。 


mem_fun 和 mem_fun_ref 的 返回 类 型 不 仪 仪 只 有 mem_fun_t 和 和 
mem_fun_ref_t， 而 是 根据 转换 后 的 函数 类 型 不 同 而 有 所 不 同 ， 所 有 的 
返回 类 型 如 表 B-1 所 示 。 


表 B-1 类 成 员 函 数 适 配 絮 的 返回 类 型 


mem fun mem fun ref 











一 元 函数 mem fun t mem fun ref t 
"JPK ŽK mem funl t mem funl ref t 
const 修饰 的 一 元 函数 const mem fun t const mem fun ref t 











const 修饰 的 二 元 函数 const mem funl t const mem funl ref t 


现在 我 们 来 看 C++11 的 新 特性 。 我 们 前 面 已 经 介绍 过 了 新 的 bind 函 
数 模 板 ， 它 取代 了 原 有 的 bindlst 和 bind2nd。bind 不 再 需要 ptr_fun， 因 此 
ptr_fun 被 弃 用 。 而 对 于 mem_fun 和 mem_fun_ref，C++11 提 出 了 一 个 新 的 
函数 模板 mem_fn， 它 实现 了 mem_fun 和 mem_fun_ref 的 所 有 功能 ， 而 且 
更 为 强大 。 它 不 像 mem_fun 和 mem_fun_ref 那 样 只 能 处 理 一 元 函数 或 二 
元 函数 ， 它 能 够 针对 任意 多 个 参数 的 函数 进行 转换 ;使 用 时 ， 也 不 用 再 
是 指针 还 是 一 般 对 象 。 因 此 mem_fun 和 mem_fun_ref 也 被 弃 用 ， 不 


区 | 
S 


仅 如 此 ， 它 们 所 有 的 返回 类 型 也 被 弃 用 。 男 外 ,被 弃 用 的 还 包括 


unary_function#lbinary_function. 
条 目 8 ”动态 异常 声明 (exception specification) 
日 特性 : 异常 声明 throw() 


改动 : 有 参数 的 异常 声明 被 弃 用 ， 空 异常 声明 throw() 被 noexcept 取 
ke 





函数 可 以 通过 异常 声明 来 列 出 它 直 接 或 者 间接 可 能 抛 出 的 异常 。 


形 如 throw(T) 的 卉 第 声明 成 为 动态 弄 常 声明 。 当 一 个 函数 抛 出 E 类 
型 的 异常 时 ， 如 果 它 的 动态 异常 声明 包含 一 个 类 型 T， 且 它 的 处 理 函 数 
Chandler) 和 类 型 E 是 匹配 的 ， 那 么 这 个 函数 就 允许 E 类 型 的 异常 。 轨 
抛 出 一 个 异 党 时， 编译 器 会 搜索 处 理 函 数 ， 如 果 直 到 最 外 层 的 带 有 异常 
声明 的 代码 模块 都 不 允许 此 异常 的 话 ， 那 么 如 果 是 动态 异常 声明 ， 束 会 
调用 std::unexpected()。 














实践 证 明 ， 动 态 异 党 声明 是 没有 价值 的 ， 只 能 给 程序 带 来 更 多 的 开 
销 。 它 主要 的 问题 如 下 : 





:C++ 的 异 和 声明 是 一 种 运行 时 检查 ， 而 不 是 编译 时 ， 也 就 是 说 ， 在 
编译 时 不 能 确保 所 有 的 异常 都 能 被 处 理 ， 而 运行 时 的 失败 模式 (failure 
mode) ， 也 就 是 调用 std::unexpected0 并 不 能 自身 恢复 。 


:运行 时 的 检查 会 要 求 编译 局 生 成 更 多 代码 ， 而 这 些 代 码 会 阻碍 优 
化 ， 增 大 运行 时 开销 。 


:在 泛 型 的 代码 中 ， 很 难 预知 在 模板 参数 的 操作 过 程 中 会 抛 出 什么 
类 型 的 异常 ， 所 以 不 太 可 能 写 出 准确 的 卉 常 声明 。 


因此 ， 在 C++11 中 ， 动 态 异常 声明 被 弃 用 。 





在 动态 异常 声明 中 ， 作 为 唯一 的 例外 而 被 认为 有 价值 的 是 空 寞 常 声 
明 ， 也 区 是 hrow0。 在 实践 中 ， 只 有 两 种 异 币 的 抛 出 确实 是 有 用 的 : 程 
序 会 殷 出 异常 或 者 程序 不 会 抛 出 异常 。 前 者 可 以 由 完全 省 略 腊 常 声 明 来 
表示 ; 后 者 则 可 以 由 throw() 来 表示 。 但 是 由 于 性 能 方面 的 考虑 ， 还 是 很 
少 被 用 到 。 





在 C++11 中 ， 提 出 了 一 种 新 的 异常 声明 noexcept， 关 键 字 noexcept 表 
示 函 数 不 会 抛 出 卉 种， 或 者 说 异 关 不 会 被 接 获 并 处 理 。noexcept 冰 党 声 
明 除 了 有 noexcept 关 键 字 的 形式 ， 还 可 以 是 noexcept(constant-expression) 
的 形式 ， 这 里 constant-expression 要 求 可 以 被 转换 为 bool 类 型 。 这 样 ， 
noexcept 可 以 通过 条 件 判 断 来 决定 函数 是 不 是 能 够 抛 出 异常 。 为 外 ， 
noexcept 关 键 字 的 意义 其 实 就 等 于 noexcept(true)。 当 用 noexcept 修 饰 的 函 
数 ， 也 就 是 不 允许 抛 出 异常 的 函数 中 抛 出 异常 时 ， 编 译 器 会 调用 


std::terminate()。 


与 throw0 〇 人 不同 ，noexcept 个 需要 编译 占 生 成 额外 的 代码 来 进行 运行 


时 检查 ， 而 且 使 用 上 更 为 灵活 ， 因 此 完全 可 以 取代 throw0)。 





综 上 所 述 ， 由 于 含有 参数 的 动态 异常 声明 在 实际 使 用 中 没有 价值 ， 
而 空 动态 异常 声明 throw0 已 被 hoexcept 取 代 ， 所 以 动态 异常 声明 ， 也 就 


是 throw(type-id-listopt) 被 弃 用 。 








附录 C Fy PE aS CHF 


C++11 是 否 能 够 在 20 世 纪 的 第 二 个 10 年 光芒 依旧 ， 必 不 可 少 地 需要 
整个 行业 的 生态 环境 的 支持 。 这 意味 痢 一 方面 是 C++11 在 学 习 使 用 上 的 
闪光 点 深入 人 心 ， 而 另外 一 方面 ， 则 是 有 广泛 的 编译 器 文 持 。 











如 同 我 们 在 第 一 章 中 提 到 的 ， 事 实 上 ， 大 多 数 编译 器 组 织 或 厂商 都 
在 着 手 支持 C++l1。 但 C++11l 的 特性 非常 多 ， 以 至 于 编译 器 组 织 或 厂商 
通常 需要 若干 个 版 本 才能 完全 支持 。 在 本 书 编写 时 ， 地 球 上 的 所 有 编译 
器 都 还 未 能 完全 地 支持 所 有 的 C++11 特 性 。 不 过 这 样 的 状况 很 快 就 会 得 
到 改变 。 一 些 开 源 的 编译 器 项 目 ， 比 如 GCC 以 及 Clang， 应 该 在 不 久 的 
时 间 内 即将 成 为 第 一 个 完全 支持 C++11 的 编译 器 〈 现 在 从 我 们 得 知 的 情 
况 看 来 ，GCC 可 能 会 最 早 完成 ) 。 而 商业 编译 器 则 相对 会 慢 一 些 ， 而 且 
是 否 完整 文 持 C++11 有 时 候 也 会 依据 客户 需要 而 定 。 





在 IBM Power 平 台 上 ， 最 为 常用 的 编译 占 是 [BM 的 XL C/C++ Xe 
GCC。 截 止 本 书 完成 ，IBM 的 XL C/C++ 编译 器 的 最 新 版 本 是 XL 
C/C++V12.1， 可 以 用 于 AIX 以 及 Linux 平 台 。XL C/C++V12.1 支 持 了 最 为 
核心 的 特性 ， 包 括 了 : auto、c99、 常 量 表达 式 constexpr、decltype、 委 
托 构造 函数 、 显 式 类 型 转换 operator、 扩 展 的 friend 声 明 、 外 部 模板 、 内 
联名 字 空 间 、long long、 退 踪 返 回 类 型 的 函数 声明 、 右 值 引用 以 及 移动 
语义 、 右 尖 括 号 、 静 态 断 言 、 强 类 型 枚 举 、 变 长 模板 等 。 





在 XL C++12.1 中 〈 请 参见 http:/www- 


01.ibm.com/software/awdtools/xlcpp/ ) ， 程 序 员 可 以 通过 选项 - 
qlanglvl=extended0x 来 开启 对 C++11 大 部 分 特性 的 支持 ，-qwarn0x 选 项 用 
来 诊断 C++11 与 C++98 有 区 别 的 代码 。 此 外 ， 程 序 员 还 可 以 在 XLC++ 中 
仅仅 通过 一 些 子 选项 开局 某 一 个 C++11 的 功能 ， 详 细 如 表 C-1 所 示 。 


表 C-1 IBM XL C/C++ 中 有 关于 C++11 的 选项 


IBM XL C/C++ 编译 器 选项 


说 明 





-qlanglvl=[nol]autotypededuction 


支持 C++11 中 auto 特性 





-qlanglvl=[no]constexpr 


支持 C++11 的 常量 表达 式 类 型 





-qlanglvl=[no]decltype 


支持 decltype 





-qlanglvl=[no]delegatingctors 


AF EFC FA E PH RL 





-qlanglvl=[no]c99longlong 


支持 long long 数据 类 型 





-qlanglvl=[no]inlinenamespace 


支持 内 联名 字 空 间 





IBM XL C/C++ 编译 器 选项 


说 明 





-qlanglvl=[no|rvaluereferences 


支持 布 值 引 用 





-qlanglvl=[no]static_assert 


支持 static assert 





-qlanglvl=[no]variadic[templates] 





支持 变 参 模板 


此 外 ， 一 如 既往 ，IBM 为 所 发 布 的 特性 都 提供 了 民 好 的 文档 文 持 


(4B JW http://pic.dhe.ibm.com/infocenter/Inxpcomp/v121v141/index.jsp 


De 


而 在 x86 及 x86_64 平 台 上 ， 编 译 器 在 C++11 的 支持 上 则 呈现 了 百花 
齐 放 的 状态 。 从 商业 编译 器 上 讲 ， 主 要 是 Intel 的 Intel C/C++ 编译 器 及 微 
软 的 MSVC 对 C++11 做 了 大 量 的 支持 。 两 者 最 新 版 本 分 别 为 Intel 
C/C++V13 以 及 MSVC 2012〈 本 书 截稿 时 还 没有 正式 发 布 ) 。 


而 在 开源 编译 器 上 ，GCC 及 基于 llvm 的 clang 则 同样 站 在 C++11 文 持 
的 最 前 列 。GCC 对 C++11 的 支持 在 http://gcc.gnu.org/projects/cxx0x.html 
可 以 找到 ， 同 样 ，clang 对 C++11 的 支持 可 以 从 
http://clang.llvm.org/cxx_status.html 上 找到 。 可 以 看 见 ， 两 款 编译 器 除了 
依赖 于 底层 的 并 行 特性 和 少量 未 完成 的 特性 外 ， 大 部 分 C++11 的 特性 都 
已 经 得 到 了 支持 。 


虽然 两 款 编译 器 都 实现 了 极 高 的 Ct++11 支 持 度 ， 不 过 两 者 现在 也 并 
未 默认 开局 C++11 编 译文 持 。 程 序 员 可 以 使 用 -std=c++11 来 打开 C++11 
模式 ， 而 选项 -std=gnu++11 可 以 同时 支持 C++11 和 GNU 的 扩展 功能 


TER ”可 能 读者 对 dlang 编 译 器 还 不 是 非常 了 解 。 不 过 在 我 们 的 使 
用 中 ，dlang++ 编 译 絮 则 表现 了 很 好 的 实用 性 ，clang++ 基 本 上 兼容 了 所 
有 的 g++ 的 编译 选项 ， 其 错误 输出 在 shell 的 支持 下 能 够 显示 颜色 ， 所 以 
显得 更 加 友好 。 有 一 些 Linux 的 发 布 版 中 ， 我 们 已 经 看 到 使 用 clang 代 著 
gcc 作 为 默认 编译 如 的 状况 。 





一 些 GCC 中 其 他 C++11 相 关 选 项 则 如 表 C-2 所 示 。 


表 C-2 GCC 一 些 与 Ct++11 有 关 的 编译 选项 




















GCC 编译 回 选 项 说 H 
-fabi-version=6 增强 abi 对 C++11 中 限定 Se enum 类 型 提升 的 支持 
-feonstexpr-depth=n 设置 C++11 常量 表达 式 的 计算 层 
-Wnarrowing 按 C++11 要 ; 对 数据 截断 提 re RE 
-Wc++11-compat 对 C++11 与 C++98 有 区 别 的 地 方 报错 
-Wzero-as-null-pointer-constant 当 数字 0 作为 空 指针 使 用 时 报错 ，C++11 中 空 指 针 是 nullptr 





如 第 一 章 所 描述 的 ， 在 本 书 编写 时 ， 我 们 主要 使 用 了 xl eet, gee 
和 clang 三 种 编译 器 。 因 此 对 其 状态 也 较为 熟悉 。 其 他 的 ， 比 如 跟 Intel 编 
译 器 同样 使 用 EDG (Edison Design Group， 一 个 专业 的 编译 二 前 端 厂 
商 ) 前 端的 HP CaC++ 编 译 器 、Comeau 编 译 器 ， 以 及 Borland/CodeGear 
的 C++Builder 也 都 或 多 或 少 地 加 入 了 部 分 C++11 的 支持 。 


事实 上 ， 读 者 可 以 通过 网 
页 http://wiki.apache.org/stdcxx/C++0xCompilerSupport 来 获知 主流 编译 器 
组 织 或 广 商 对 C++11 纺 译 器 的 文 持 情况 。 这 是 一 张 横 问 比较 的 表格 ， 如 
果 读 者 想 使 用 的 C++11 特 性 不 在 你 的 编译 器 包含 之 中 的 话 ， 那 么 你 应 该 
写 信 催促 一 下 开发 者 了 。 


附录 D 相关 资源 








在 本 书 的 编写 过 程 中 ， 作 者 参考 了 大 量 的 资料 。 这 些 资料 主要 是 一 
些 特 性 的 草案 ， 以 及 一 些 源 目 网 络 的 资源 。 前 者 往往 通过 草案 的 提出 、 
讨论 、 修 改 、 决 议 等 各 方面 揭示 了 C++ 特 性 发 展演 化 的 过 程 的 所 有 情 
况 ， 而 后 者 则 在 对 标准 的 阐释 、 辩 析 、 理 解 上 对 本 书 的 编写 起 了 很 大 的 
帮助 。 同 样 ， 我 们 将 一 些 资源 罗列 出 来 ， 以 供 试图 了 解 C++ 发 展 或 者 仅 
仅 是 由 于 本 书 未 能 解除 心中 疑惑 的 读者 使 用 。 


D.1 C++11 特 性 建议 稿 


所 有 关于 C++ 特性 的 建议 案 都 在 wWG21 的 文档 库 中 管理 ， 其 链接 

JJ: http://www.open-std.org/jtcl/sc22/wg21/docs/papers/ ， 在 WG21 的 文 
档 库 中 ， 所 有 的 文档 都 是 按时 间 排 列 的 。 这 些 文档 最 终 演 化 为 C++ 标准 
的 一 部 分 。 表 D-1 则 按照 主题 的 方式 将 这 些 文档 串联 起 来 。 由 于 文档 数 
量 较 大 ， 而 且 WG21 也 不 时 会 改变 文档 的 存储 路 径 ， 所 以 我 们 建议 读者 
通过 搜索 的 方式 来 寻找 需要 的 文档 ， 即 在 Google 中 输入 关键 

字 “WG21” 以 及 文档 编号 ， 如 “N1377”。 一 般 我 们 就 可 以 获得 该 文档 的 有 
效 URL 路 径 。 














表 D-1 按 主题 排列 的 C++11 特 性 建议 称 























+ 题 英文 主题 ( topic ) 文档 编号 
右 值 引用 A Proposal to Add an Rvalue Reference to | N1377, N1385, N1690, N1610, 
the C++ Language N1770, N1855, N1952, N2118 
静态 断言 static_assert N1381, N1604, N1617, N1720 
模板 别名 Template aliases for C++ N1406, N1449, N1451, N1489, 
N2112, N2258 
外 部 模板 Extern template N1448, N1960, N1987 
*this 的 移动 语义 Extending Move Semantics To *this|N1784, N1821, N2377, N2439 
(Revision 2) 
通过 右 值 引用 初始 化 类 对 象 | Clarification of Initialization of Class | N1610 
Objects by rvalues 
变 长 模板 Variadic Templates N1483, N1603, N1704, N2080, 
N2152, N2191, N2242 
扩展 变 长 模板 的 参数 Extending Variadic Template Template | N2488, N2555 





Parameters 











主题 
ESRR [Foard Dcanon of a, 
扩展 的 friend 声明 N1520， 
泛 化 的 常量 表达 式 N1521, 
一 些 关 于 C99 安定 义 Synchronizing the C++ preprocessor | N1545, 
with C99 : variadic macros, empty macro 
argument, concatenation of mixed char 
and wehar literals 
对 齐 支持 Adding Alignment Support to the C++| N1546, 
Programming Language N2165, 
条 件 支持 的 行为 "Conditionally-Supported Behavior" N1564, 
将 未 定义 行为 变 为 可 诊断 的 错 | Changing Undefined Behavior into | N1727 
ik Diagnosable Errors 
增加 long long 类 型 Adding the long long type to C++ N1565, 
扩展 的 整 型 Adding extended integer types to C++ N1746, 
BACHE PA Delegating Constructors N1581, 
新 字符 类 型 char16 t 和 char32 t | New Character Types in C++ ehar16 |N1628， 
tchar32 1 N2149, 
右 尖 括号 Right Angle Brackets N1649, 


由 初始 化 表达 式 进 行 类 型 推导 | Deducing the type of variable from its | N1721, 
initializer expression 
A Proposal to Restore Multi-declarator | N1737 
auto Declarations 

auto 的 语法 The Syntax of auto Declarations N2337, 

追踪 返回 类 型 New function declaration syntax for|N2445, 
deduced return types 


A finer-grained alternative to sequence | N1944, 


points 
func “预定 义 标 识 符 Proposed addition of _func _ predefined | N1970, 
identifier from C99 
POD PODs unstrung N2062, 
N2294, 
在 thread join 的 时 候 复 制 异 常 | Propagating exceptions when joining | N2096, 
threads 
decltype Decltype N2115, 
Decltype 及 调用 表达 式 Decltype and Call Expressions N3276 
扩展 的 sizeof Extending sizeof N2150, 
显示 缺 省 和 删除 的 函数 Defaulted and Deleted Functions N2210, 
Not so trivial issues with trivial N2762 


N1579, 
N2568, 
N1616., 
N1972, 
N1566, 


N1877, 
N2252, 


N1627 


N1693, 
N1988 

N1618, 
N1823, 
N2249 

N1699, 
N1794, 


N2546 
N2541 


文档 编号 
N1719, 
N2678, 
N1722, 
N1980, 
N1653 


N1971, 
N2301, 


N1735, 


N1895, 
N1955, 


N1757 
N1894, 


( 续 ) 
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主 a 英文 主题 ( topic ) 文档 编号 
: 些 概念 Concepts (unified proposal) N2042, N2081, N2193, N2307, 

N2398, N2421, N2501, N2617, 
N2676, N2710, N2741 

一 些 概念 Named requirements for C++0x concepts |N2581, N2780 

基于 范围 的 for Wording for range-based for-loop (revision 3) |N1868，N1961，N2049，N2196， 
N2243, N2394 

通用 属性 General Attributes for C++ N2224, N2236, N2379, N2418, 
N2466, N2553, N2751, N2761 

用 户 自 定义 字面 量 Extensible Literals N1511, N1892, N2282, N2378, 
N2747, N2750, N2765 

显 式 重 载 Explicit Virtual Overrides N2928 

允许 移动 构造 函数 殷 出 异常 ”| Allowing move constructors to throw | N3050 

[noexcept] 
默认 移动 构造 函数 Defining move special member functions |N3053 
强 CAS 操作 Strong compare and exchange N27485 




















值得 注意 的 是 ， 编 号 较 小 的 文档 通常 会 对 相关 主题 的 描述 较 多 ， 而 
编号 较 大 的 文档 则 通常 着 重 改善 之 前 的 特性 ， 以 及 独 重 于 如 何 对 C++ 标 
准 进 行 修 改 。 因 此 最 后 一 篇 文档 种 毅 未必 是 读者 需要 的 。 








D.2 其 他 有 用 的 资源 


在 本 书写 作 时 ， 关 于 C++11 的 资源 还 算 不 上 丰富 〈 相 比 于 它 的 前 任 
C++98/03 而 言 》》。 因 此 ， 大 多 数 的 其 他 资源 都 来 自 于 网 络 。 网 络 的 缺 后 
古 链接 常 党 会 失效 。 不 过 在 本 书 新 鲜 出 炉 的 时 候 ， 相 信 这 些 链接 还 是 有 
效 的 。 


-http://en.wikipedia.org/wiki/C%2B%2B11 ， Coenen RFT 
C++11 介 绍 。 比 较 全 面 ， 如 果 想 对 所 有 特性 进行 快速 学 习 ，wiki 总 是 不 
容错 过 的 。 


-http://www.stroustrup.com/C++11FAQ.html ，C++ 之 父 Bjarne 
Stroustrup 关 于 C++11 的 介绍 。Bjarne 会 不 时 更 新 一 些 部 分 。 该 页 面 上 也 
有 中 文 翻译 的 链接 。 不 过 看 起 来 还 有 不 少 特性 Bjarne 还 没 来 得 及 写 。 


.C++Primer Plus Sixth Edition， 这 是 Primer Plus 系列 的 第 六 版 ， 其 中 
对 C++11 有 一 些 介 绍 。 本 书 针 对 的 是 C++ 初学 者 ， 而 中 文 版 现在 也 已 经 
问世 了 。 


-http://www.cprogramming.com/c++11/what-is-c++Ox.html ， 这 是 
Alex Allain 关 于 C++11 的 一 篇 综述 。 不 过 文章 末尾 有 一 些 链 接 ， 则 是 
Alex Allain 对 C++11 一 系列 的 特性 分 别 详 述 的 文章 。 而 且 了 最 为 难 能 可 贯 
的 是 ， 每 一 篇 都 保持 了 局 质量 





-http://zh.wikipedia.org/wiki/C++0x ， 这 是 wiki 中 文中 对 C++11 的 描 
。 跟 瑞 文 版 一 样 ， 保 持 了 很 好 的 特性 分 类 。 这 也 是 我 们 推荐 的 为 数 不 
多 的 中 文 资源 。 


-http://en.cppreference.com/w/ ，cppreference 应 该 是 所 有 同类 型 网 站 





中 我 们 最 辟 欢 的 。 通 过 搜索 ， 该 者 可 以 找到 任何 关于 C++ 的 特性 描述 
库 工具 等 ， 而 且 大 多 数 带 有 简单 易 慌 的 例子 。 





http://stackoverflow.com/ ， 可 以 肯定 的 是 ， 在 stackoverflow 的 网 
上 ， 常 会 有 世界 级 的 C++ 专 家 出 没 。 任 何 困难 的 C++11 问 题 ， 基 本 上 都 
可 以 在 stackoverflow 上 搜索 到 相关 的 答案 


其 他 


http://www.open-std.org/jtcl/sc22/wg21/ ，WG21 的 主页 ， 读 者 可 以 
在 这 里 找到 C++ 标准 委员 会 的 邮件 、 文 档 、 会 议 等 各 种 信息 ， 甚 至 是 一 
些 标准 的 草稿 。 


‘Adve,Gharachorloo,Shared Memory Consistency Models:A Tutorial, 
一 篇 介绍 内 存 模型 的 非常 好 的 论文 ， 作 者 通过 对 多 个 人 硬件 平台 的 比 
较 ， 总 结 归纳 了 软 人 硬件 平台 的 内 存 一 致 性 实现 的 方式 。 读 者 应 该 很 容易 
搜索 到 。 





